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PREFACE 


The  Remote-Terminal  Emulator  is  a minicomputer-based  system 
which  generates  message  traffic  for  use  in  testing  and  evaluating 
large-scale,  on-line  computer  systems.  In  real-time  testing,  it 
emulates  the  actions  of  a collection  of  operators,  terminals,  and, 
depending  upon  configuration,  modems.  In  1972  and  early  1973,  two 
Design  Verification  Models  (DVM)  of  the  emulator  were  developed  by 
The  MITRE  Corporation  under  the  sponsorship  of  the  Air  Force 
Directorate  of  Automatic  Data  Processing  Equipment  Selection  (MCS) . 

The  fixed-site  system,  which  is  used  primarily  for  program  and  scenario 
development,  is  located  at  MITRE/Bedf ord  and  interfaces  with  the 
computer  system  under  test  (SUT)  through  the  switched  telephone  net- 
work. The  on-site  system,  which  is  used  primarily  for  detailed 
emulator  test  and  evaluation,  is  representative  of  the  equipment 
planned  for  operational  use  in  future  computer  procurements.  This 
system,  which  is  moved  to  each  SUT  site,  interfaces  through  cables 
directly  with  the  SUT’s  communication  line  adapters. 

The  primary  hardware  components  of  each  of  these  systems  are  a 
Data  General  NOVA  800  minicomputer,  a fixed-head  disk,  a magnetic  tape 
unit,  a control  teletype,  and  an  appropriate  emulator/SUT  interface 
unit.  Both  DVMfs  have  sufficient  hardware  to  emulate  up  to  16  low- 
speed  interactive  terminals.  The  on-site  DVM  also  has  hardware  to 
emulate  eight  additional  terminals  or  terminal  networks  by  the  use  of 
high-speed  synchronous  line  adapters  and  associated  circuitry.  The 
primary  software  components  that  have  been  developed  for  this  project 
consist  of  the  Macro  Preprocessor,  the  Scenario  Assembler,  the  Real- 
Time  Executive,  the  Scenario  Interpreter  and  the  Data  Reduction 
Program. 
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The  common  denominator  of  remote-terminal  emulation  is  the 
scenario,  which  is  a program  that  controls  the  actions  to  be  taken 
by  the  emulator  in  emulating  a given  device  and  mix  of  devices . The 
scenario  defines  the  queries  (system  commands,  input  data,  and 
control  characters)  to  be  sent  to  the  SUT,  how  SUT  responses  are  to 
be  processed,  and  other  details  of  the  test  to  be  conducted.  The 
Macro  Preprocessor  is  a general  purpose  support  program  that  provides 
a basic  macro  capability  to  aid  in  scenario  writing  and  which  was 
also  used  in  emulator  program  development.  In  the  scenario  develop- 
ment process,  the  Scenario  Assembler  is  used  to  convert  external 
(symbolic)  scenarios  to  internal  (absolute)  scenarios  which  are 
tailored  to  a specific  terminal  type  and  to  specific  data  communica- 
tions control  procedures.  Both  the  Macro  Preprocessor  and  the 
Scenario  Assembler  run  under  the  Data  General  Disk  Operating  System 
(DOS).  In  real-time  testing,  internal  scenarios  are  brought  into 
core  from  disk  and  are  processed  by  the  Scenario  Interpreter  which 
runs  under  the  Real-Time  Executive.  All  messages  sent  to  and 
received  from  the  SUT,  as  well  as  messages  describing  other  actions 
of  the  emulator,  can  be  time- tagged  and  logged  on  magnetic  tape. 

Upon  completion  of  the  test,  these  data  are  processed  in  various 
fashions  by  the  Data  Reduction  program  (which  also  runs  under  DOS) 
to  produce  scenario  trace  data  and  various  statistics  on  the 
performance  and  utilization  of  both  the  emulator  and  the  SUT. 

This  document  is  part  of  a series  of  reports  which  will  describe 
the  design,  implementation  and  use  of  the  two  Design  Verification 
Models.  The  titles  of  the  reports  in  the  series  are  as  follows: 

Volume  Title 


4 


3 


2 


1 


Introduction  and  Summary 
Scenarios  and  Data  Structures 
Macro  Preprocessor 
Scenario  Assembler 


2 


Volume 

5 

6 

7 

8 
9 

10 


Title 

Scenario  Interpreter 
Real-Time  Executive 
Data  Reduction  Program 
Hardware 

Support  Software 
User’s  Manual 


It  is  suggested  that  the  reader  become  familiar  with  the  emulator 
concepts  and  terminology  presented  in  Volume  1 preparatory  to  reading 
other  volumes  in  the  series. 
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SECTION  I 


INTRODUCTION 

The  Remote-Terminal  Emulator  consists  of  a combination  of  hard- 
ware components  and  software  packages  designed  to  generate  message 
traffic  for  use  in  testing  and  evaluating  on-line  computer  systems. 

The  hardware  configurations  for  both  the  fixed-site  and  on-site  systems 
are  discussed  in  Volume  8 of  this  series.  This  userTs  manual  presents 
the  user  information  necessary  to  prepare  and  run  the  software  portions 
of  the  system.  Included  here  are  excerpts  from  previous  volumes  as 
well  as  additional  material  required  for  running  the  Remote-Terminal 
Emulator . 

The  common  denominator  of  remote- terminal  emulation  is  the 
scenario,  which  is  a program  that  controls  the  actions  to  be  taken  by 
the  emulator  in  emulating  a given  device  or  mix  of  devices.  A scenario 
is  formed  by  a series  of  scenario  instructions  which  determine  the 
queries  to  be  sent  to  a SUT,  how  responses  are  to  be  handled,  and  the 
various  control  functions  of  a test.  The  command  is  a special  in- 
struction which  exerts  gross  control  over  emulator  actions,  and  is 
the  only  means  by  which  the  user  can  exert  external  control  during  an 
emulation  run.  Both  instructions  and  commands  are  described  in  de- 
tail in  Sections  IV  and  V of  Volume  2 of  this  series. 

This  paper  is  organized  as  a logical  presentation  of  steps  needed 
for  preparation,  execution,  and  data  reduction  of  an  emulator  run. 
Section  II  describes  both  the  NOVA  Disk  Operating  System  (DOS)  as  it 
applies  to  the  Emulator,  as  well  as  the  system  support  software  which 
may  be  applicable  in  most  phases  of  emulation.  The  macro  processing 
function  is  described  in  Section  III  and  the  assembly  function  is 
presented  in  Section  IV.  These  two  functions  prepare  the  scenario 
for  the  real-time  run.  Sections  V and  VI  respectively  deal  with 
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preparing  the  Equipment  Table,  and  following  this,  building  an  emulator 
system.  The  operating  instructions  and  other  information  necessary 
for  execution  of  a real-time  emulation  run  are  presented  in  Section 
VII.  The  final  phase  of  an  emulator  run,  data  reduction,  is  discussed 
in  Section  VIII.  An  example  of  the  on-line  teletype  output  for  all 
processing  steps  for  a single  emulation  run  is  given  in  Appendix  V. 
Section  IX  contains  timing  information  for  both  the  real-time  and 
non-real  time  functions  of  the  emulator. 
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SECTION  II 


DOS  AND  SUPPORT  SOFTWARE 


DOS 

All  of  the  non-real  time  programs  included  in  the  Emulator  system 
run  under  Revision  5 of  Data  General’s  Disk  Operating  System  (DOS). 

The  support  software  described  in  Volume  9 of  this  series  also  operates 
under  control  of  DOS.  A complete  description  of  DOS  can  be  found  in 
Reference  1.  Under  DOS  a carriage  return  and  a line  feed  are  echoed 
back  when  the  RETURN  key  is  depressed.  In  this  document  the  symbol^) 
is  used  to  denote  the  depression  of  the  RETURN  key  and  the  echo  back 
of  both  the  carriage  return  and  line  feed. 

Loading  DOS 

The  DOS  system  can  be  loaded  into  core  from  tape,  or,  if  it  al- 
ready exists  on  disk,  it  can  be  loaded  from  there.  To  load  from  tape, 
the  following  sequence  should  be  performed: 

(1)  Turn  on  CPU,  disk,  tape  drive,  and  system  teletype; 

(2)  Mount  the  system  tape;  press  LOAD  to  advance  tape 
to  ready  position; 

(3)  Set  panel  data  switches  to  100022; 

(4)  Raise  the  RESET  panel  switch  and  then  raise  the  PROGRAM 
LOAD  panel  switch; 

(5)  The  remainder  of  the  process  involves  the  following 
activity  on  the  system  teletype.  The  underlined  portion 
is  what  is  to  be  entered  by  the  user.  The  non-under lined 
portion  is  the  response  of  the  system. 


14 


FULL (0)  OR  PARTIAL (1)?  0 
R 

XFER  MT0:1  SYS.SV 


1 


CHATR  SYS.SV  SP 


J 


INSTALL  SYS.SV 


LOAD /A  MT0:2 


uL 


FILE  ALREADY  EXISTS,  FILE: 
FILE  ALREADY  EXISTS,  FILE: 
R 


SYS. DR 
MAP. DR 


To  load  DOS  from  disk  the  following  sequence  should  be  performed: 

(1)  Turn  on  CPU,  disk,  and  TTY; 

(2)  Set  panel  data  switches  to  100020; 

(3)  Raise  the  RESET  panel  switch  and  then  raise  the  PROGRAM 
LOAD  panel  switch; 

(4)  The  system  will  respond  as  follows: 

DOS  REV  05 

Press  the  continue  panel  switch  and  DOS  responds : 

- R 


There  is  not  enough  disk  space  on  the  present  NOVA  to  accommodate 
the  complete  Disk  Operating  System  plus  the  emulator  system.  There- 
fore, to  delete  from  disk  all  DOS  files  which  are  not  essential  to 
preparing  or  executing  an  emulator  run,  the  following  command  line 
should  be  typed  directly  after  loading  DOS. 

@REMAL@|/ 

This  frees  space  on  the  disk  to  allow  for  the  emulator  system  and 
scenarios,  which  can  then  be  loaded. 


Executing  Under  DOS 

Programs  which  operate  under  control  of  DOS  are  executed  in  re- 
sponse to  a user  input  request  entered  at  the  system  teletype.  The 
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input  message  is  called  a command  line  and  is  processed  by  an  execut- 
able program  called  the  Command  Line  Interpreter  (CLI) . The  CLI 
indicates  to  the  user  that  it  is  ready  to  accept  commands  by  typing 
the  ready  message,  Rj.  The  user  enters  a command  by  typing  a line 
and  depressing  the  RETURN  key.  When  execution  of  a program  running 
under  DOS  is  completed,  control  is  returned  to  the  CLI. 

When  operating  under  DOS,  depressing  CTRL  and  A simultaneously 
on  the  system  teletype  causes  an  immediate  interrupt  to  the  executing 
program,  regardless  of  the  program  status.  This  can  be  useful,  for 
instance,  to  discontinue  a run  when  errors  have  been  detected.  The 
word  INT  is  typed  by  the  CLI  upon  recognition  of  the  CTRL-A  break, 
and  control  is  returned  to  the  CLI  which  then  types  R. 

SUPPORT  SOFTWARE 

All  support  software  programs  operate  under  control  of  DOS.  They 
are  described  in  detail  in  Volume  9 of  this  series.  A brief  presenta- 
tion of  operating  instructions  for  the  most  commonly  needed  functions 
is  given  here.  This  section  does  not  include  all  available  programs. 

Utilities 

The  utilities  transfer  data  from  one  DOS  file  to  another.  Note 
that  all  peripheral  devices  are  treated  as  files.  Table  I below  shows 
some  methods  for  moving  data.  Where  appropriate,  filenames  for  peri- 
pherals may  be  used  for  input  or  output  files  to  the  utility  programs. 
These  names  include: 

$CDR  card  reader  input 

$TTI  teletype  keyboard  input 

$TTO  teletype  printer  output 

$LPT  line  printer  output 
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Table  I 


Common  Utility  Programs 


Operation 


CLI  Input  Message 


Card 

to 

disk 

xfer/a 

$CDR 

filename^ 

LXFER 

$CDR 

filename 

Tape 

to 

disk 

LOAD 

MT0  :x 

jf  ilenamel 

f ilename2 

Disk 

to 

line  printer 

PRINT 

f ilenamel  . . .j 

PRINTL 

filenamel  . . .J 

Disk 

to 

tape 

DUMP 

MT0  :x 

filenamel 

•••j 

U 


l) 


The  switch  /A  on  the  XFER  command  causes  the  data  to  be  input  from  the 
card  reader  ($CDR)  as  ASCII  data  with  a carriage  return  inserted  at 
the  end  of  the  text  on  a card  to  denote  an  end  of  line.  Without  the 
switch  the  input  is  transferred  sequentially  without  alteration.  The 
LXFER  program  is  MITRE  generated  and  provides  the  capability  to  con- 
vert Hollerith  data  to  ASCII  (the  code  of  the  NOVA) , including  control 
characters  and  lower  case.  It  also  permits  entry  of  any  8-bit  value 
via  card  input.  A description  of  the  program  is  given  in  Volume  9. 

Both  the  LOAD  and  DUMP  commands  have  an  additional  option,  /V, 
which  causes  the  names  of  the  files  to  be  verified  on  the  teletype. 
Also  in  these  commands  MT0  signifies  transport  0 of  the  tape  drive, 
and  x designates  which  file  on  the  tape  is  selected.  The  brackets 
indicate  optional  information;  if  no  filename  is  specified,  all  non- 
permanent files  are  moved.  The  PRINT  program  lists  the  designated 
file (s)  on  the  line  printer  without  either  a title  or  line  numbers. 
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and  truncates  a line  after  80  characters.  The  PRINTL  program,  however, 
lists  the  file(s)  with  both  a title  and  line  numbers,  and  prints  lines 
longer  than  76  characters  on  successive  lines  without  associating  a 
new  line  number. 

File  Management 

Several  DOS  programs  may  be  useful  in  handling  files  containing 
scenarios  or  libraries.  Table  II  shows  some  of  the  more  common 
commands . 

Table  II 

Common  File  Management  Commands 


Operation 

CLI  Input  Message 

Delete  file(s)  from  directory 
and  free  space 

DELETE  filenamel  . . 

Change  filename 

RENAME  oldfilename  newfilename  i 

Concatenate  copies  of  files 
to  produce  a new  file 

APPEND  newfilename  filenamel  . . ^ 

List  number  of  disk  blocks  in 
use  and  number  available 

DISKj 

List  names,  byte  count,  and 
attributes  of  files  in 
directory 

LIST  [filenamel  . ..]* 

il 

The  specific  command  DELETE*.*  deletes  from  disk  all  files  which  are 
not  permanent.  The  LIST  command  with  no  parameters  causes  a listing 
of  the  byte  count  for  each  file  on  the  teletype.  In  the  option  /L  is 
used,  the  listing  is  printed  on  the  line  printer.  If  the  option  /A 
is  used,  all  permanent  files  are  also  listed.  If  specific  files  are 
designated,  only  those  specified  are  listed. 
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Programming  Aids 


The  two  programs  most  often  employed  by  an  Emulator  user  are  the 
EDIT  and  OEDIT  (octal  edit)  programs.  The  EDIT  program  is  used  to 
build  a new  source  file  or  edit  an  existing  one.  This  program  is 
described  in  full  in  Reference  2.  The  octal  editor  is  used  to  examine 
and/or  modify,  in  octal,  any  location  in  any  disk  file.  A complete 
description  of  this  program  can  be  found  in  Reference  1. 
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SECTION  III 


MACRO  PROCESSOR 


INTRODUCTION 

The  basic  function  of  a macro  processor  is  text  substitution, 
where  a name  appearing  in  the  source  code  is  replaced  by  an  associated 
string  of  characters.  A general  purpose  macro  capability,  including 
a macro  library  generator  (MACDEF)  and  a macro  processor  (SSUB) , was 
developed  on  the  NOVA  800.  One  of  the  main  purposes  of  this  software 
is  to  facilitate  scenario  writing  by  (1)  providing  a one-to-many 
statement  capability  and  (2)  allowing  for  substitution  of  parameter 
values  at  the  external  scenario  level.  This  permits  the  scenario 
writer  to  include  common  pieces  of  code  in  different  scenarios  and 
to  change  subscenario  calls  to  in-line  code,  or  vice-versa.  Another 
use  for  the  macro  capability  is  in  writing  code  in  NOVA  Assembly 
language,  which  is  the  means  used  for  generating  an  emulator  Equipment 
Table. 

Macros  may  be  created  and  saved  separately  in  a macro  library 
by  using  the  MACDEF  program;  or  they  may  be  defined  in  the  source 
file  itself  during  execution  of  SSUB.  Both  MACDEF  and  SSUB  are 
written  in  Extended  ALGOL  and  operate  in  24K  core  under  control  of 
DOS.  A description  of  the  design  and  implementation  of  the  Macro 
Processor  can  be  found  in  Volume  3 of  this  series  of  reports. 

PREPARATION  AND  USE  OF  MACROS 

The  discussion  of  macros  presented  here  applies  to  all  macros 
whether  they  are  defined  in  a library,  or  directly  in  the  source  code. 

Macro  Names 

Macro  names  are  identifiers  consisting  of  ten  or  less  alpha- 
numeric characters. 
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Macro  Body 


In  its  simplest  form  a macro  body  consists  of  a string  of  ASCII 
characters  to  replace  every  occurrence  of  the  macro  name  in  the 
source  data.  No  extra  spaces  are  inserted. 

Macro  Definition 

A macro  definition  associates  an  identifier  (the  macro  name) 
with  a string  of  text  (the  macro  body) . Format  for  a macro  definition 
is  as  follows: 

MDEF  macroname  (number  of  arguments) 
macro  body 


MEND 

The  literals  MDEF  and  MEND  are  left-adjusted  on  separate  lines  (or 
cards) . The  macro  body  consists  of  all  characters  beginning  with 
the  next  line  after  MDEF  up  to,  but  not  including,  the  carriage 
return  before  the  MEND.  If  the  macro  has  no  arguments,  the  initial 
line  may  be  terminated  after  the  macro  name. 

Macro  Call 

A macro  call  is  any  reference  to  a macro  name  in  the  source 
file.  Formats  for  a call  are: 

macroname  (arg  l,arg  2...)  if  the  macro  has  arguments, 
macroname  if  there  are  no  arguments . 

Arguments  are  separated  by  commas  and  enclosed  in  parentheses. 
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Example  1:  Simple  Substitution 

Source  Data:  ALGOL  Program 

Macro  Definition 

Source  Code 

Output  Code 

MDEF  DIGIT 
( (CHAR>=60R8)  AND 
(CHAR<=71R8)) 

MEND 

IF  DIGIT 
THEN  GO  TO 
EXIT; 

IF  ( (CHAR>=60R8)  AND 
(CHAR<=71R8)) 

THEN  GO  TO 
EXIT; 

Parameter  Substitution 

Macro  bodies  may  contain  formal  parameters  which  will  be  re- 
placed by  actual  parameters  (arguments)  in  a macro  call.  Up  to  9 
formal  parameters  can  be  used  in  a macro  definition.  Each  formal 
parameter  is  specified  by  a $ (dollar  sign)  followed  by  a digit  n 
where  0<n<10.  When  the  macro  name  and  its  arguments  are  encountered 
by  SSUB  in  the  source  code,  the  first  positional  argument  will  be 
substituted  for  the  formal  parameter  $1;  the  second,  for  $2,  etc. 
Formal  parameters  may  be  passed  as  macro  arguments. 


Example  2:  Use  of  Parameters 

Source  Data:  NOVA  Assembly 

Macro  Definition 

Source  Code 

Output  Code 

MDEF  LDI  (2) 

JMP  .+2 ;MLDI  (R$l,$2) 
$2 

LDA  $1,.-1 
MEND 

LDI  (3,50) 

JMP  .+2;MLDI  (R3,50) 
50 

LDA  3,.-l 
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Macro  calls  may  be  nested  within  arguments  and  within  macro  bodies. 


Example  3: 

Nested 

Macro  Call  in  Macro  Argument 

Source  Language: 

NOVA  Assembly  Language 

Macro  Definitions 

Source  Code 

Output  Code 

MDEF  LDI  (2) 

LDI 

(3,  DEC  (50)) 

JMP  .+2 

JMP  .+2 

.RDX  10 

$2 

50 

LDA  $1,.-1 

.RDX  8 

MEND 

LDA  3,.-l 

MDEF  DEC  (1) 

. RDX  10 

$1 

.RDX  8 

MEND 

Label  Generation  (The  TAIL  Function) 


To  insure  that  labels  appearing  within  macro  bodies  will  not  be 
multiply  defined,  a special  function  $T  is  provided.  Each  reference 
to  $T  is  replaced  by  a numeric  value.  This  value  is  unique  for  each 
macro  call,  but  remains  constant  for  all  $T  references  within  a macro 
body.  $T  may  be  passed  one  level  as  a macro  argument. 


Example  4:  Use  of  $T  Function 

Source  Data:  Scenario  Assembly  Code  for  Login  Sequence 

Macro  Definitions 

Source  Code 

Output  Code 

MDEF  FINDLIT  (1) 
L FL$T 
R " 

S FL$T  $1 
MEND 

ALLOCREGS  10 
FINDLIT  (6000) 
QCESDM002 
FINDLIT  (PASSWORD) 
QXXXX 

FINDLIT  (SYSTEM?) 

ALLOGREGS  10 
L FL3 
R ’ ' 

S FL3  6000 
QCESDM002 
L FL4 
R " 

23 


Example  4:  Use  of  $T  Function  (Concluded) 

Source  Data:  Scenario  Assembly  Code  for  Login  Sequence 

Macro  Definitions 

Source  Code 

Output  Code 

S FL4  PASSWORD 
QXXXX 
L FL5 
R ' ' 

S FL5  SYSTEM? 

Example  5:  Nested  Macro  Calls  in  Macro  Body 

Source  Data:  Scenario  Assembly  Code 

Macro  Definitions 

Source  Code 

Output  Code 

MDEF  FINDLIT  (1) 
L FL$T 
R ' ' 

S FL$T  $1 
MEND 

MDEF  BACKUP 
QB 

REDY 

MEND 

MDEF  REDY 
FINDLIT  (READY) 
MEND 

MDEF  LIST 
**PRINT  FILE** 
BACKUP 
REDY 

QPRINT ;* 

EOF 

MEND 

MDEF  EOF 

FINDLIT  (FILE) 
MEND 

LIST 

**PRINT  FILE** 
QB 

L FL40 
R ' ' 

S FL40  READY 
QPRINT;* 

L FL42 
R " 

S FL42  FILE 
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Character  Set 


Source  input  to  both  SSUB  and  MACDEF  normally  consists  of  ASCII 
characters.  The  results  of  using  non-ASCII  characters  are  not  de- 
fined, although  in  the  current  version  most  values  are  processed 
correctly.  Two  known  exceptions  are  the  eight-bit  values  0 and  1, 
which  are  used  internally  by  SSUB  and  MACDEF  and  should  never  be 
included  in  source  code  for  either  program. 


Features 

Special  Characters 

$ 

The  dollar  sign  is  used  for  three  special 

functions  performed  by  SSUB.  It  is  illegal 

to  use  it  otherwise  in  normal  source  data. 

other  than  in  a quote  string. 


$T  specifies  the  TAIL  function.  $Q 

specifies  the  quote  function.  $digit 

is  used  to  specify  formal  parameters. 

f 

A single  quote  delimits  a string  not 

to  be  scanned  by  SSUB.  The  string  is 

passed  with  quotes. 

0 

Parentheses  are  used  to  enclose  arguments 

in  a macro  call.  Parentheses  may  appear 

elsewhere  in  source  data. 

Commas  are  used  to  separate  macro  arguments 

They  may  also  appear  elsewhere  in  source 

Quotes 

data. 

When  a string  of  characters  is  enclosed  in  single  quotes,  it  is 
passed  on  (including  quotes)  without  being  scanned. 
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$Q  is  a special  macro  function  which  can  be  used  to  pass  a string 
of  characters  including  commas,  leading  blanks,  etc.,  in  macro  argu- 
ments. $Q  is  followed  by  a string  delimited  at  the  beginning  and  end 
by  a character  selected  by  the  user.  Delimiter  characters  may  be 
any  ASCII  characters  except  those  listed  above  in  the  special  group 
and  the  space  character.  The  expansion  of  $Q  is  the  string  without 
delimiters.  The  string  itself  will  be  scanned  when  it  is  substituted 
for  its  corresponding  formal  parameters. 


Example  6:  $Q  Function 

Source  Data:  Scenario  Assembly  Code 

Macro  Definition 

Source  Code 

Output  Code 

MDEF  INSTR  (1) 
$1 

MEND 

INSTR  ($Q*LDA  3, A*) 

LDA  3, A 

Master  Macro  Directory 

As  part  of  its  initialization,  SSUB  creates  a master  directory 
which  is  effectively  the  sequential  concatenation  of  all  library 
directories  in  lef t-to-right  order  as  they  appear  in  the  DOS  command 
line.  Later,  if  more  definitions  are  encountered  in  the  source  file, 
they  are  added  to  the  master  directory.  During  an  SSUB  run  names 
are  never  deleted,  and  no  name  duplication  check  is  made.  The  directory 
is  ordered  so  that  if  duplicate  macro  names  occur,  the  text  of  the 
macro  most  recently  added  to  the  directory  will  be  used. 
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Notes  and  Restrictions 


1.  Single  quote  strings  are  limited  to  1000  characters. 

2.  In  an  SSUB  run  the  total  of  all  macros  in  the 
libraries  and  all  macros  defined  during  the  run 
itself  cannot  exceed  160. 

3.  Each  macro  library  is  limited  to  100  macros. 

4.  $Q  is  legal  only  in  macro  arguments. 

5.  The  identifiers  MDEF  and  MEND  are  reserved  and 
cannot  be  used  as  macro  names,  or  appear  in  any 
source  data  except  in  their  normal  use  in  macro 
definitions . 

6.  The  file  name  TSUB.MB  is  reserved. 

7.  The  system  error  message  Mstack  overflow”  usually 
indicates  a recursion  loop  in  macro  substitution. 

Example : 

MDEFOR  ' 

COM  1,  1 

AND  1,  2 ; PERFORMS  LOGICAL  OR 

MEND 

When  the  macro  OR  is  called,  infinite  recursion  will 
occur  because  of  the  "OR”  in  the  comment  within  the 
macro  body. 

9.  If  an  unsuccessful  MACDEF  run  has  been  made,  the  .ML 
file  should  be  deleted  before  MACDEF  is  rerun  with  the 
same  name.  Otherwise  a new  file  is  not  created  and  the 
new  information  is  written  over  the  old  information.  If 
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this  occurs,  and  if  the  new  file  is  to  be  smaller  than 
the  old  file,  whatever  has  not  been  overwritten  will  re- 
main at  the  end  of  the  file. 

SYSTEM  FLOW 

Overall  system  flows  for  SSUB  and  MACDEF  are  shown  in  Figure  1 
and  Figure  2,  respectively.  Operations  taking  place  on  the  NOVA  are 
listed  at  the  bottom  of  the  figures  with  the  required  DOS  commands. 

OPERATING  PROCEDURES 
SSUB 

SSUB  is  the  actual  macro  processing  program;  it  performs  the  macro 
substitutions.  Input  to  SSUB  consists  of  a source  file  and  up  to 
four  macro  libraries.  SSUB  copies  the  source  file  into  an  output 
file.  While  copying,  it  scans  the  source  data  for  macro  definitions 
and  references  to  macro  names  (macro  calls).  When  a macro  name  is 
detected,  the  text  of  the  specified  macro  is  copied  into  the  output 
file  replacing  the  macro  name.  Macros  may  have  arguments  which 
modify  the  text  of  the  macro  as  it  is  copied.  For  SSUB,  modification 
consists  simply  of  replacing  formal  parameter  references  contained 
in  the  macro  body  by  actual  parameters  supplied  as  arguments. 

To  use  the  SSUB  program  the  following  steps  should  be  performed: 

1.  Load  the  SSUB  save  file. 

2.  Create  or  load  the  source  file. 

3.  Load  any  macro  library  files  to  be  used. 

4.  Ready  the  line  printer, 

5.  Enter  the  following  command  at  the  teletype: 

SSUB  input-file  output-file  library-names^ 
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I A - 4 1 , 68  9 


PREPARE 
SOURCE  FILE 


(fc 


SOURCE  DECK 


3.  READ  IN 
SOURCE 
DECK 
fAS  INPUTFILE/ 


SSUB.SV 
INPUTFILE 
lib  I.  ML 
1ib2  ML 


OUTPUT  FILE 


2 LOAD 
SSUB 
PROGRAM 


4 

EXECUTE  SSUB 

I.  LOAD 
MACRO 
LIBRARIES 


j+ ^SSUB^^ 


ERROR  MESSAGES 
AND  LISTS  OF 
MACROS  DEFINED 
IN  INPUT  FILE. 


1 LOAD 

LIBRARY  FILE 

LOAD 

MTO : X 

libl.ML  Iib2.  N 

2.  LOAD 

PROGRAM  FILE 

LOAD 

mto:  X 

SSUB.SV^ 

3.  LOAD 

INPUT  FILE 

XFER/A  $ C DR 

INPUTFILE) 

4 EXECUTE  SSUB 

SSUB 

INPUTFI 

LE  OUTPUTFILE 

2; 


UP  TO  4 LIBRARIES  ARE  ALLOWED  ALTHOUGH  ONLY  2 ARE  SHOWN  ABOVE 


Figure  I.  SSUB  SYSTEM  FLOW 
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IA-41,690 


1.  LOAD  MACDEF  PROGRAM  LOAD  MTO:X  MACDEF.  SVj 

2.  LOAD  MACRO  DEFINITION  DECK  XFER/A  $CDR  libname^, 

3.  EXECUTE  MACDEF  MACDEF  llbname 

4 SAVE  MACRO  LIBRARY  DUMP  MTO.X  llbname.  ML 


Figure  2. 


MACDEF  SYSTEM  FLOW 


Do  not  include  the  .ML  after  library  names.  Up  to  four  names  may 
be  specified.  All  libraries  must  have  been  processed  previously  by 
MACDEF.  Error  codes  will  be  printed  on  the  line  printer.  An  R J 
typed  out  by  the  CLI  indicates  that  the  program  is  completed. 

Input  File 

The  input  file  contains  source  data  containing  macro  calls  and 
optionally  macro  definitions.  It  should  be  a normal  ASCII  file  with 
a legal  DOS  name.  Read-protect  attribute  must  be  off. 

Output  File 

File  must  be  new,  with  a legal  DOS  file  name. 

MACDEF 

MACDEF  is  a separate  program  used  to  generate  macro  libraries 
for  later  use  in  SSUB  runs.  Input  to  the  program  is  a file  con- 
taining definitions  of  commonly  used  macros.  MACDEF  produces  a 
file  consisting  of  a library  directory  and  the  texts  of  all  macro 
bodies  in  the  library.  This  library  file  is  generally  saved  on 
magnetic  tape  by  the  user  for  later  use  with  the  macro  preprocessor 
program. 

To  use  the  MACDEF  program  the  following  steps  should  be 
performed : 

1.  Load  the  MACDEF  save  file. 

2.  Create  a new  file  containing  the  definitions  for  all 
macros  to  be  included  in  the  library.  The  name  given 
to  this  file  is  used  to  form  the  macro  library  name. 

3.  Ready  the  line  printer. 

4.  Enter  the  following  command  at  the  teletype: 

MACDEF  library-name  ^ 
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The  names  of  all  defined  macros  and  any  error  message 
codes  will  be  printed  on  the  line  printer.  An  R J 
typed  out  by  the  CLI  indicates  that  the  program  is 
finished. 

5.  To  save  the  library  on  tape,  dump  the  file  created  by 
MACDEF.  This  file  is  named  "library-name .ML" . 

6.  If  any  errors  are  detected  by  MACDEF,  the  original  file 
should  be  corrected,  the  .ML  file  deleted,  and  the 
program  rerun. 


Input  File 

The  input  file  consists  of  up  to  100  macro  definitions.  Extra 
cards  should  not  be  placed  between  macro  definitions.  The  file 
should  be  a normal  ASCII  file  with  a legal  DOS  name.  Read  protect 
attribute  should  be  off. 

Output  File 

The  output  file  is  created  on  disk  by  MACDEF.  The  name  of  this 
file  is  the  same  as  the  input  file  with  a .ML  extension  appended. 

Output  Message 

Error  messages  from  SSUB  and  MACDEF  are  output  to  the  printer. 
Error  messages  have  the  following  format: 

"LINE  line-number  ERROR  NO.  number" 
where  "line-number"  identifies  a line  in  the  input  file  and  "number" 
identifies  the  type  of  error.  In  Table  III  errors  related  to  macro 
definitions  are  listed  under  MACDEF  although  they  may  also  occur  in 
any  SSUB  run. 

Error  messages  appearing  on  the  teletype  are  DOS  system  messages 
and  are  described  in  the  DOS  Userfs  Manual. 
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Table  III 


Output  Messages 
For  Macro  Processor 


SSUB  Errors 
Number 

Problems 

Program  Action 

6 

Input  file  not  specified  or  not  a 
legal  DOS  file. 

Exit  from  program. 

7 

Disk  read  error. 

Processing  continues. 

8 

Output  file  already  exists. 

Exit  from  program. 

9 

a.  Disk  write  error. 

b.  Disk  space  exhausted. 

Processing  continues. 

10 

End  of  source  data  while  pro- 
cessing quote  string.  Source 
data  may  be  the  input  file,  a 
macro  parameter  value,  or  a 
macro  body. 

String  is  terminated. 
If  source  is  input 
file,  exit  from 
program.  Otherwise 
processing  continues. 

11 

Quote  string  greater  than  1000 
characters . 

String  terminated. 
Processing  continues . 

12 

Illegal  use  of  $ in  source  data. 

Processing  continues. 

13 

Illegal  number  of  arguments  in 
macro  call. 

Macro  call  is  ignored. 
Processing  continues . 

14 

Illegal  delimiter  character 
following  $Q. 

Processing  continues . 
$Q  ignored. 

15 

Preprocessor  storage  area 
exceeded . 

No  more  argument 
values  are  accepted. 
Processing  continues 
but  other  errors  will 
likely  occur. 
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Table  III  (Continued) 

Output  Messages 
For  Macro  Processor 


SSUB  Errors 

Number 

Problems 

Program  Action 

16 

Error  in  macro  call  argument 

a.  No  left  parenthesis 
when  arguments  expected* 

b.  End  of  input  source 
before  all  argument 
values  obtained. 

Macro  call  is  ignored. 
Processing  continues . 

17 

Too  many  macros*  Limit  is  160* 

Program  is  terminated. 

19 

Library  file  could  not  be  opened. 

Program  terminates. 

MACDEF  Errors 

Number 

Problems 

Program  Action 

7 

Disk  read  error. 

Processing  continues . 

9 

a.  Disk  write  error. 

b.  Disk  space  exhausted. 

Processing  continues. 

30 

Number  of  arguments  on  MDEF  line 
not  a digit. 

Macro  is  not  defined. 
Scan  to  next  MDEF  line. 

31 

Illegal  or  missing  macro  on  MDEF 
line . 

Macro  is  not  defined. 
Scan  to  next  MDEF  line. 

32 

"MDEF"  not  found  where  expected. 

Continues  scan  for 
"MDEF". 

33 

Unexpected  end  of  input  file 

a.  While  reading  macro  body. 

b.  Extra  characters  follow 
final  MEND  line. 

Macro  is  terminated  as 
if  MEND  found. 
Termination  of  program. 
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Table  III  (Concluded) 
Output  Messages 
For  Macro  Processor 


MACDEF  Errors 

Number 

Problems 

Program  Action 

34 

Input  file  cannot  be  opened. 

Termination  of  program. 

35 

Attempt  to  put  more  than  100 

Program  terminates 

macros  in  a library. 

as  if  end  of  file  read. 

MACDEF 

Informational  Message 

"MACRO 

name 

DEFINED" 
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SECTION  IV 


SCENARIO  ASSEMBLER 


INTRODUCTION 

The  Scenario  Assembler  program  (CVT)  converts  external  (symbolic) 
scenarios  into  internal  (absolute)  scenarios  which  are  tailored  to  a 
specific  terminal  type  and  data  communications  control  procedure. 

This  reduces  the  real-time  work  of  the  Scenario  Interpreter  in  the 
area  of  scenario  processing.  To  further  ease  the  burden  of  the 
Scenario  Interpreter,  the  Scenario  Assembler  performs  character 
conversions  where  appropriate  and  adds  start-of-message/end-of-message 
(SOM/EOM)  sequences  to  queries  to  be  sent  to  a system  under  test  (SUT) . 
CVT  runs  under  Data  General’s  Disk  Operating  System  (DOS)  and  its 
operation  must  follow  the  conventions  established  by  DOS.  A complete 
description  of  the  design  and  implementation  of  the  Scenario  Assembler 
can  be  found  in  Volume  4 of  this  series. 

SYSTEM  FLOW 

The  system  flow  of  the  assembly  process  is  shown  in  Figure  3. 

The  external  scenarios  may  be  input  to  the  system  from  a card  deck, 
from  magnetic  tape,  or  from  the  control  teletype.  The  Scenario 
Assembler  program  (CVT.SV)  and  its  associated  tables,  DEVTAB  and 
SUTTAB,  must  be  input  from  magnetic  tape.  The  external  scenarios, 
the  Assembler,  and  the  tables  must  reside  on  disk  before  execution 
is  initiated.  The  symbol  table  is  a temporary  file  written  to  disk 
during  execution  of  the  Assembler  and  then  deleted  at  the  end  of  the 
assembly.  The  listing  on  the  line  printer  is  also  a temporary  file 
and  can  be  relisted  only  by  re-executing  the  Assembler.  The  internal 
scenario  is  written  to  disk  and  can  remain  there  or  be  written  on 
magnetic  tape  for  further  use. 
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Figure  3 SYSTEM  FLOW  OF  THE  SCENARIO  ASSEMBLER 
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OPERATING  PROCEDURES 


The  Scenario  Assembler  operates  with  disk  files  only,  and  there- 
fore all  input  files  and  the  program  save  file  itself  must  reside  on 
disk  before  execution  can  begin. 

Preparing  Files 

External  Scenario 

An  external  scenario  (ES)  is  a stream  of  characters  containing 
the  scenario  instructions  to  be  assembled.  The  format  of  the  ES  is 
shown  in  Figure  4.  The  Assembler  processes  the  ES  one  instruction 
at  a time,  interpreting  a carriage  return  as  the  end  of  the  instruction. 
This  means  that  a scenario  instruction  is  not  restricted  in  its  length, 
but  must  use  a carriage  return  only  as  an  instruction  termination 
character . 

The  first  field  of  an  instruction  is  the  op-code  field,  which  is 
a single  character  defining  the  instruction  type.  The  op-code  must 
always  appear  as  the  first  character  of  an  instruction  with  no  pre- 
ceding blanks.  If  the  first  character  of  an  instruction  is  a blank, 
the  instruction  is  treated  as  a commend  by  the  Assembler.  Following 
the  op-code  are  0 to  3 fields,  depending  upon  the  requirements  of 
the  particular  instruction  type.  These  fields  are  separated  by 
one  or  more  blanks  except  that  a blank  between  the  first  field  (op- 
code) and  the  second  field  is  optional.  A detailed  list  of  instruction 
types  and  their  descriptions  may  be  found  in  Volume  2 of  this  series. 

Scenarios  which  are  to  be  assembled  may  be  loaded  to  disk  in 
several  ways,  using  the  Command  Line  Interpreter  (CLI)  of  the  Disk 
Operating  System. 
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Length 
in  Bytes 

Description* 

4-6 

Allocate  instruction  to  cause  a set  of  Registers 

to  be  allocated  in  core. 

1 

Instruction  type  or  op  code  field. 

o-j 

From  0 to  3 fields  (depending  on  instruction 
type)  which  generates  fixed  length  fields  in 
the  internal  scenario. 

0-k 

Either  0 or  1 variable  length  character  string 
field  (depending  on  instruction  type).  May 
include  control  characters. 

1 

Carriage  return  character  which  signals  end  of 

a scenario  instruction. 

Above  4 fields  are  repeated  for  each  instruction 

in  the  scenario. 

End  of  scenario  signalled  by  end  of  DOS  file. 

*A11  character  data 


Figure  4.  External  Scenario  Format 
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1.  Load  from  tape  to  disk 
LOAD  MTO:x  seen 

2.  Transfer  from  card  reader  to  disk 
XFER/A  $CDR  seen  or  LXFER  $CDR  seen 

3.  Created  through  the  DOS  Editor 

4.  Created  as  an  output  file  of  the  Macro  Preprocessor 
SSUB  x seen  (lib) 

The  various  DOS  commands  and  programs  are  fully  described  in  the 
Data  General  Software  Manuals  (References  1 and  2).  The  Macro  Pre- 
processor is  described  in  Volume  3 of  this  series. 

Program  Files 

The  Assembler  program  and  its  associated  conversion  tables 
reside  on  tape  as  files,  and  they  also  must  be  read  to  disk.  This 
can  be  accomplished  with  the  DOS  command 


This  loads  the  Assembler  program  save  file  (CVT.SV)  as  well  as  the 
conversion  table  (DEVTAB)  and  s tart/end-of-message  table  (SUTTAB) , 
from  file  x of  a magnetic  tape  mounted  on  the  system  tape  drive 
selected  as  transport  0. 

Executing  Assembler 

The  Assembler  can  be  operated  in  either  conversational  or  non- 
conversational  mode  from  the  control  teletype  (TTY).  In  non-conversa- 
tional  mode,  all  input  parameters  are  included  in  the  initial  call. 

In  conversational  mode,  the  Assembler  requests  the  input  parameters 
one  at  a time.  To  execute  in  non-conversational  mode,  type: 


LOAD  MT0 :x  CVT.SV  DEVTAB  SUTTABy 


CVT 


seen  codel  code2 
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where : 


CVT 

is  the  name  of  the  Assembler  program 

P 

is  the  optional  partial  print  switch  which 
provides  a printout  of  the  ES  only 

N 

is  the  optional  no-print  switch 

seen 

is  the  name  of  the  external  scenario  to 
be  assembled 

codel 

indicates  the  conversion  method  and  conversion 
subtable  from  DEVTAB  to  be  used  for  string 
conversions  (see  Table  IV) 

code2 

indicates  the  SOM/EOM  sequence  sub table  from 
SUTTAB  to  be  used  (see  Table  V) 

In  both  conversational  and  non-conversational  modes,  the 


Assembler  types 

the  message: 

TO  CANCEL  RUN,  TYPE  CONTROL-A 

which  indicates 

that  the  assembly  process  has  begun.  The  Assembler 

can  be  interrupted  at  any  time  during  assembly  by  depressing  the 
Control  and  A characters  simultaneously. 

For  conversational  mode  enter: 

cvt  r /p  i 

|_/nJ 

and  the  Assembler  responds  with: 

ENTER  EXTERNAL  SCENARIO  NAME 

When  a valid  external  scenario  name  is  entered,  followed  by  a carriage 
return,  the  program  types: 

ENTER  CODE  FOR  CONVERSION 
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Table  IV 


Available  Codes  for  Conversion 


Code 

Comment 

i 

A one-to-one  conversion  to  8-bit  zero-parity  ASCII 
where  the  leftmost  bit  is  the  parity  bit  and  is 
always  set  to  zero* 

2 

A one-to-one  conversion  to  8-bit  even-parity  ASCII 
where  the  leftmost  bit  is  the  parity  bit  and  is  set 
to  one  only  if  it  is  necessary  to  make  the  total 
number  of  bits  in  the  byte  even. 

3 

A one-to-several  conversion  to  7-bit  2741  EBCDIC 
where  the  parity  bit  (odd  parity)  is  the  rightmost 
bit,  and  a zero  bit  is  added  at  the  left  to  fill 
the  byte.  (See  Appendix  I) 

4 

A one-to-one  conversion  to  8-bit  one-parity  ASCII 
where  the  parity  bit  is  the  leftmost  bit  and  is 
always  set  to  1. 

5 

A one-to-several  conversion  to  7-bit  2741  EBCDIC 
where  the  seven  bits  are  in  the  reverse  order  of 
those  in  use  for  code3  and  a zero  bit  is  added  at 
the  left  to  fill  the  byte. 

6 

A one-to-several  conversion  to  7-bit  2741 
Correspondence  Code  reversed  for  use  on  the  field 
test  system.  The  parity  bit  is  right  most  bit  and 
a zero  bit  is  added  at  the  left  to  fill  the  byte. 
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Table  IV  (Concluded) 


Available  Codes  for  Conversion 

Code 

Comment 

7 

A one-to-several  conversion  to  7-bit  2741  Correspondence 
Code  for  use  in  the  fixed-site  system.  The  parity  bit 
is  the  rightmost  and  a zero  bit  is  added  at  the  left  to 
fill  the  byte. 

8 

A one-to-one  conversion  to  8-bit  odd  parity  ASCII  where 
the  leftmost  bit  is  the  parity  bit. 
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Table  V 

Available  Codes  for  SOM/EOM 


Code 

EOM 

SOM 

i 

158  - CR 

none 

2 

2238 

none 

3 

1768  - ~ 

none 

4 

1338  37s  ’ CR  © 

268  -® 

5 

215g  - CR 

none 

6 

15g  12g  - CR  LF 

none 

7 

none 

none 

8 

155s  174g  - CR  © 

648  -® 

9 

none 

268  268  268  28 
26q  =*  SYN  SYN 

O 

SYN  STX  SYN 

10 

04  = EOT 

none 
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An  integer,  from  Table  IV,  should  be  entered,  followed  by  a carriage 
return.  The  Assembler  then  asks: 

ENTER  CODE  FOR  END-OF-MESSAGE  SEQUENCE 

and  a value  from  Table  V should  be  entered.  This  completes  the 
conversational  mode  of  input. 

If  an  assembly  error  occurs,  the  number  of  the  line  which  caused 
it  and  the  error  message  are  printed  on  the  teletype.  This  happens 
regardless  of  the  print  option  selected.  At  the  end  of  the  run,  or 
if  Control-A  is  used,  control  is  returned  to  the  NOVA  disk  operating 
system  (DOS)  and  an  "R"  is  typed. 

OUTPUT 

Output  of  the  Assembler  is  an  internal  scenario  written  to 
disk  with  the  same  name  as  the  external  scenario  but  with  the  exten- 
sion .IS  appended.  If  an  internal  scenario  already  exists  for  a 
particular  scenario,  the  old  one  is  automatically  deleted  and  a new 
one  is  created  for  the  new  Assembly  run.  Other  output  of  the  Assembler 
includes  optional  printed  listings  on  the  line  printer  and  messages 
printed  to  the  teletype. 

Internal  Scenario 

The  internal  scenario  consists  of  3 initial  bytes  of  information, 
followed  by  processed  scenario  instructions,  and  ended  by  a 2-byte 
null  word.  The  first  information  byte  is  an  8-bit  error  indicator, 
each  bit  being  set  only  if  a specific  error  occurred  during  assembly. 
The  Scenario  Interpreter  will  accept  an  internal  scenario  only  if 
its  first  byte  is  zero,  i.e.,  no  errors  have  occurred. 

The  second  byte  of  the  internal  scenario  identifies  the  equipment 
type  for  which  the  scenario  was  assembled.  It  contains  the  conversion 
parameters  used  to  assemble  the  scenario  and  make  it  specific  to  a 
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given  SUT  and  terminal.  The  first  four  bits  are  the  conversion 
code  (first  input  parameter)  and  the  second  four  bits  are  the  SOM/EOM 
code  (second  input  parameter).  If  the  internal  scenario  is  completely 
independent  of  any  conversion  parameters  (i.e.,  no  queries  are  sent 
to  or  received  from  the  SUT),  the  scenario  is  called  universal,  the 
equipment  type  is  set  to  zero,  and  the  Scenario  Interpreter  will 
accept  it  to  run  on  any  device  because  it  has  not  been  tailored  for 
a particular  SUT  or  terminal. 

The  third  byte  indicates  the  number  of  registers  to  be  allocated 
for  each  use  of  this  scenario.  This  number  may  vary  from  3 to  127. 

The  Assembler  determines  this  number,  not  from  input  parameters  as 
with  byte  two,  but  from  an  Assembler  Directive  instruction  included 
within  the  scenario  itself,  preferably  the  first  instruction.  This 
instruction  (op-code  * a)  should  appear  only  once  per  scenario;  if 
the  instruction  is  missing,  byte  three  contains  the  default  value 
of  8. 

The  scenario  instructions  themselves  follow  these  three  initial 
bytes.  Each  instruction  begins  with  a 2-byte  length  field,  giving 
the  length  in  bytes  of  the  instruction,  including  the  length  field. 

The  1-byte  op-code  field  is  next.  Depending  upon  the  particular 
instruction  requirements,  there  may  follow  0 to  3 fixed  length  fields, 
0 or  1 variable-length-string  field,  or  no  additional  fields.  The 
instructions  immediately  follow  one  another,  with  no  intervening 
delimiters.  The  end  of  the  internal  scenario  is  signalled  by  a 2- 
byte  null  word. 

Optional  Listings 

When  running  the  Scenario  Assembler,  three  print  options  are 
available  for  printing  on  a line  printer. 
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1.  full  printing 

2.  partial  printing 

3.  no  printing 

A sample  output  listing  is  given  in  Appendix  II.  Full  printing  is 
selected  when  invoking  the  Assembler  by  typing  CVT  without  either 
the  P or  N options  in  either  the  conversational  or  non-conversational 
mode.  This  produces  first  a listing  of  the  external  scenario.  Each 
line  contains  the  external  line  number,  the  starting  byte  address  of 
the  corresponding  instruction  in  the  internal  scenario,  and  then  up  to 
58  more  characters  of  the  instruction.  If  the  instruction  is  longer 
than  59  characters,  it  is  truncated.  Interspersed  in  this  listing  are 
error  messages  listed  beneath  the  instructions  which  caused  them. 

The  listing  of  the  internal  scenario  appears  after  the  external 
scenario.  This  begins  with  the  printing  of  the  error  indicator, 
equipment  type,  and  the  Register  allocation  bytes.  Each  instruction 
of  the  ES  is  printed,  followed  by  the  corresponding  internal  scenario 
instruction  if  one  exists  (assembler  directives  are  never  written  in 
the  internal  scenario).  The  internal  scenario  instruction  is  printed, 
2 bytes  on  a line,  preceded  by  the  byte  address,  in  decimal,  of  the 
first  of  the  two  bytes.  Following  the  two  bytes  is  the  ASCII  trans- 
lation of  the  bytes  with  control  characters  printed  as  blanks.  Two 
bytes  are  always  printed.  Therefore,  if  the  instruction  has  an  odd 
number  of  bytes,  the  first  byte  of  the  next  instruction  is  printed 
and  is  also  repeated  as  the  first  byte  of  the  next  IS  instruction. 

The  symbol  table  is  printed  after  the  internal  scenario.  Each 
entry  of  the  symbol  table  is  represented  by  a line  of  print  which 
gives  the  length  of  the  label,  the  label,  the  internal  scenario  byte 
address  associated  with  the  label,  and  the  line  number  of  the  external 
scenario  instruction  which  first  referenced  the  label.  Also  printed 
is  the  number  of  entries  in  the  table.  An  example  of  the  full  print- 
out is  given  in  Appendix  II. 
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The  partial  print  option  is  selected  by  typing  CVT/P  in  either 
the  conversational  or  non-conversational  mode.  This  option  produces 
the  listing  of  the  external  scenario  as  described  above  plus  a 
printout  of  the  name,  indicator  byte,  equipment  byte,  and  Register 
allocation  byte  of  the  internal  scenario.  The  rest  of  the  listing 
of  the  internal  scenario  and  the  listing  of  the  symbol  table  are 
omitted . 

The  no-print  option  produces  no  listing  to  the  line  printer. 

As  in  the  case  of  the  other  two  options,  if  any  errors  occur,  the 
error  messages  are  printed  on  the  teletype. 

Output  Messages 

Messages  are  printed  to  the  teletype  for  two  reasons: 

1.  to  request  an  input  in  conversational  mode;  and 

2.  to  report  an  error. 

Both  types  are  self-explanatory.  To  correct  errors  in  input  para- 
meters, input  corrections  must  be  typed  in.  For  other  messages, 
no  immediate  action  is  needed,  except  when  it  may  be  desirable  to 
interrupt  the  assembly  with  a Control-A  command.  If  assembly  errors 
occur,  they  need  to  be  corrected  in  the  external  scenario,  and  the 
external  scenario  needs  to  be  reassembled.  Otherwise,  the  error 
indicator  byte  will  not  be  zero,  and  the  internal  scenario  will  not 
be  accepted  by  the  Scenario  Interpreter.  Table  VI  includes  all 
possible  output  messages.  The  error  message  designates  the  number 
of  the  line  which  caused  it,  except  for  the  LABEL  UNDEFINED  message 
which  indicates  the  line  number  of  the  first  reference  to  the  label. 
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Table  VI 


Output  Messages 
For  Scenario  Assembler 


Messages  Requiring  Responses 

TO  CANCEL  RUN,  USE  CONTROL-A. 

ENTER  EXTERNAL  SCENARIO  NAME. 

SCENARIO  NAME  NOT  FOUND,  RE-ENTER  OR  CANCEL  RUN. 

ENTER  CODE  FOR  CONVERSION. 

CONVERSION  CODE  NOT  IN  TABLE.  ENTER  NEW  CODE  OR  CANCEL 
RUN. 

ENTER  CODE  FOR  END-OF -MESSAGE  SEQUENCE. 

END-OF-MESSAGE  CODE  NOT  IN  TABLE.  ENTER  NEW  CODE  OR 
CANCEL  RUN. 

TABLE  NOT  FOUND.  CANCEL  RUN. 

Messages  Requiring  No  Responses 

TOO  MANY  FIELDS. 

LABEL  IS  UNDEFINED. 

ALLOCATE  IS  TOO  SMALL. 

UNDEFINED  OP  CODE  = . 

LITERAL  MISSING. 

OUT-OF-RANGE  NUMBER. 

WARNING,  SHOULD  DOUBLE  QUOTE  BE  TWO  SINGLE  QUOTES. 

LABEL  MULTIPLY  DEFINED. 

FIELD  MISSING. 

ILLEGAL  FIELD. 
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SECTION  V 


EQUIPMENT  TABLE 


INTRODUCTION 

The  Equipment  Table  (ET)  is  not  considered  part  of  the  Scenario 
Interpreter,  but  is  a separate  entity  to  be  created  by  the  user  to 
reflect  the  characteristics  of  the  equipment  to  be  emulated.  The 
Equipment  Table  consists  of  a set  of  ET  entries  which  describe  the 
SUT  remote- terminal  equipment  to  be  emulated  (as  well  as  the  control 
TTY),  and  relate  it  to  the  emulator  I/O  ports.  Each  entry  (25g  words 
long)  describes  one  equipment  component  of  the  SUT.  The  format  of  an 
ET  entry  is  given  in  Table  V of  Volume  2 of  this  series. 

GENERATION 

The  Equipment  Table  must  be  generated  by  the  user  to  depict  the 
particular  equipment  configuration  to  be  emulated.  A source  file 
(EQUIP)  of  the  ET  is  normally  created  and  then  assembled  with  the 
NOVA  assembler.  The  assembled  file  (EQUIP. RB)  must  be  included  when 
generating  an  emulator  system,  as  described  in  Section  VI. 

(The  EQUIP  file  contains  several  items  in  addition  to  the  ET. 

The  ET  history  record  (ETREC) , which  is  the  second  record  written  on 
the  log  tape  during  a run,  is  a proper  subset  of  EQUIP.  The  ET 
itself  is  a proper  subset  of  ETREC.  The  requirements  and  conventions 
of  EQUIP,  ETREC,  and  ET  will  be  clarified  in  the  next  subsection.) 

The  ET  source  file,  EQUIP,  is  normally  written  in  NOVA  assembly 
language,  with  each  entry  correctly  formatted.  This  can  be  accomplished 
by  creating  the  file  line  by  line  as  needed,  or  by  using  macros  and 
the  macro  processor  to  ease  the  burden  of  repetition.  Most  often 
macros  will  be  used.  The  macros  used  to  create  an  Equipment  Table 
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for  the  present  field-test  system  (including  digital  I/O  facilities) 
are  described  in  Figure  5. 

An  ET  entry  is  generated  by  a sequence  of  four  ordered  macro 
calls:  either  ETENTRY1,  ETENTRY5 , ETENTRY3,  ETENTRY6  or  ETENTRY 1 , 
ETENTRY2,  ETENTRY 3 , ETENTRY6 . The  only  difference  between  the  two 
sequences  is  that  the  former  (ETENTRY5)  allows  ETEOM  to  be  specified 
as  a parameter  whereas  the  latter  (ETENTRY2)  generates  an  ETEOM  value 
of  E0M1.  For  ease  of  reading  the  assembly  listing,  the  ETENTRY1  card 
should  start  in  column  1 and  the  others  in  column  10.* 

An  input  file,  EQ,  for  an  Equipment  Table  with  macros  not  yet 
expanded  is  shown  in  Figure  6.  The  six  macro  definitions  used  to 
create  the  EQUIP  file  from  the  EQ  file  appear  at  the  beginning  of  the 
EQ  file.  A seventh  macro  definition  occurs  later  in  lines  89-91  but  is 
is  not  essential  to  the  proper  formatting  of  the  file.  Figure  7 shows 
a portion  of  the  EQUIP  file  after  execution  of  the  macro  processor. 

In  this  form,  the  file  is  acceptable  to  the  NOVA  assembler.  Figure  8 
shows  a portion  of  the  ET  after  it  has  been  assembled.  Appendix  III 
contains  a complete  listing  of  EQUIP. RB,  the  assembled  Equipment  Table 
file. 

REQUIREMENTS  AND  CONVENTIONS 

The  following  mandatory  requirements  must  be  met  by  EQUIP,  ETREC, 
and  the  ET.  Line  numbers  referenced  below  are  those  of  Figure  6. 

1.  The  following  (defined  below)  must  be  declared  as  entry 
points  (external/global  variables)  as  shown  at  lines  44 
to  48:  E0000,  E0,  El,  ETREC,  ETEND,  ETENT,  E2,  ETLEN . 


*For  the  lab  system  (one  with  no  digital  I/O)  , ETENTRY6  can  be  elimi- 
nated  and  ETENTRY 3 modified  to  generate  zero  values  for  words  22g  - 

2V 
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MACRO 

NAME 


PURPOSE 


PARAMETERS 


ETENTRY 1 


Generates  words 
of  ET  entry. 


0-5 


$1 


= NOVA  assembler  label  for  ET 
Entry 


$2  « ETRO.  Should  be  initialized 
to  zero . 

$3  = first  ASCII  character  of 
ETYPE. 

$4  5=5  second  ASCII  character  of 
ETYPE . 

$5  - ETID  in  decimal. 

$6  = CHILD.  The  NOVA  assembler 
label  for  some  other  ET 
entry  or  zero. 

$7  = LINK.  The  NOVA  assembler 
label  for  some  other  ET 
entry  or  zero. 

$8  - PARNT.  The  NOVA  assembler 
label  for  some  other  ET 
entry  or  zero. 


ETENTRY2 


Generates  words 
6-17g  of  ET 
entry  with 
help  of  ETENTRY 4 


$i 

$2 

$3 

$4 

$5 

$6 

$7 


= ETRAT  in  octal.* 

= TERMT  in  octal. 

= STATI . Enter  I or  U. 
= PORTO  in  octal. 

= PORTI  in  octal. 

= SPRTO  in  octal. 

= SPRTI  in  octal. 


*To  enter  a decimal  value,  follow  it  with  a decimal  point. 


Figure  5.  Equipment  Table  Macros 
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MACRO 

NAME 


ETENTRY  3 


PURPOSE 


Generates  words 
20g  - 21g  of  ET 
entry 


$1 

$2 


PARAMETERS 


SUTAD  in  octal. 

ETIND  in  octal.  Bits  1,  2, 
and  3 should  be  initialized 
to  zero,  the  others  as  desired. 
Bit  0 must  be  set  to  1 for  the 
control  TTY. 


ETENTRY 6 


Generates 


228  - 248 

entry 


$3 

$4 


words  $1 

of  ET 

$2 


BYTEL  in  octal. 
PARTY  in  octal. 


CCC+1  in  ETDID.  Number  of 
digital  inputs  in  decimal. 

BSSSS  in  ETDID.  First  input 
in  octal. 


$3  = DDDDDD  in  ETDID.  Device  number 
in  octal. 

$4  = CCC+1  in  ETDOD.  Number  of 
digital  outputs  in  decimal. 

$5  = BSSSS  in  ETDOD.  First  output 
in  octal. 

$6  = DDDDDD  in  ETDOD.  Device  number 
in  octal. 


$7  = ETDOA. 


Figure  5.  Equipment  Table  Macros  (Continued) 
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MACRO 

NAME 

PURPOSE 

PARAMETERS 

ETENTRY  5 

Generates  words 

$1  = ETRAT  in  octal*. 

6-17g  of  ET  entry 

$2  = TERMT  in  octal. 

with  help  of 

$3  = STATI . Enter  I or  U. 

ETENTRY 4 

$4  = PORTO  in  octal. 
$5  = PORTI  in  octal. 
$6  = SPRTO  in  octal. 
$7  = SPRTI  in  octal. 
$8  = ETEOM. 

ETENTRY  4 

Generates  words 

$1  = unused.  Enter  zero. 

14g  - 17g  when 

$2  = TERMT  in  octal. 

called  by 

$3  = STATI.  Enter  I or  U. 

ETENTRY 2 or 

$4  = PORTO  in  octal. 

ETENTRY 5 

$5  - PORTI  in  octal. 
$6  = SPRTO  in  octal. 
$7  = SPRTI  in  octal. 

* To  enter  a decimal  value,  follow  it  with  a decimal  point 

Figure  5.  Equipment  Table  Macros  (Concluded) 
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The  following  labels  must  be  used  for  particular  ET  entries 
(although  the  user  may  also  assign  labels  of  his  own  choice  to  the 
same  entries) : 

2.  The  label  E0000  must  be  used  for  the  first  ET  entry  which 
must  be  the  control  TTY  (see  line  83). 

3.  The  label  E0  must  be  used  for  the  ET  entry  for  the  control 
TTY.  Therefore,  E0  is  equivalent  to  E0000.  See  line  84; 
the  first  parameter  of  the  macro  ETENTRY1  is  the  label  E0. 

4.  The  label  El  must  be  used  for  the  ET  entry  for  the  single 
asynchronous  device  in  the  lab  system  (see  line  89). 

5.  The  label  E2  must  be  used  for  the  ET  entry  for  the  first 
asynchronous  device  in  the  field-test  system  and  for  the 
first  DCM  device  in  the  lab  system.  The  Exec  assumes  that 
the  ET  entries  for  the  asynchronous  devices  in  the  64-line 
field-test  system  are  ordered  as  shown  in  Figure  9 and  that 
those  for  the  DCM  in  the  lab  system  are  ordered  as  shown 

in  Figure  10.  (Figure  11  shows  the  ordering  and  device 
numbers  used  for  the  16- line  field-test  system  which  are 
those  of  Figure  6,  lines  96-159.) 

ETREC  must  be  defined  so  that: 

6.  It  includes  the  entire  ET,  preceded  by  four  words  as  shown 
in  Table  XII  of  Volume  2 of  this  series  (see  lines  79-191). 

EQUIP  must  include  the  following  definitions: 

7.  ETEND  must  contain  the  length  of  an  ET  entry  (see  line  78). 

8.  ETLEN  is  equivalent  to  ETEND  (see  line  195). 

9.  ETENT  must  contain  the  number  of  ET  entries  (see  line  194). 

10.  One  or  more  EOM  lists  must  be  established  as  in  lines  196- 

225.  An  EOM  list  is  of  variable  length,  terminated  by  -1 
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3 7) 

19 

23 

■*wC* 

feTcNT4r4l7j 

21 
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22 
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23 
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62 
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Figure  6.  File  EQ  of  Equipment  Table  (Macros  not  Expanded) 


56 


53 

54 

63 

56 

67 

30 

6* 

7 1 

71 

72 

73 

74 
73 

76 

77 

70  ETl-\CJ 
7 9 E T a c C : 
did 
01 


pT2«\ 

.L  . 5*  :0i)LlNE«3*16.*4 

• DuS*  1 ’3  12040*3  * 10  . +4 
.I;j5*  16M2264«3*l5.*4 
.CuS*  IBM  1 (333*5 
,0l6«  D200tf*6 

, 0 1>  $ * JBi274  i«; 

• ClE*  1274l«3*l5,+4 
.i*»uSi  0ASCl«l*l5,M 

• L w S »•  iioC6«l*l6#>6 
,0u$*  E 4 3C2  *2  * 1 3 • +2 

• l>  u S »•  MSC5«2*l5.+5 
,T*T»  i 

• *Ht  L 
.^^tL 

i i i w • t ^ VI 0 Id 

;U6ED  TO  *RITE  El  QN  TAPE 

c V y * - 1 70  00  + 4 
H n 


.♦1 

*4  * '?  ! 

ETE^rRYiCt*'!  #C,T,0,2,il,(£) 

r.TfcS-TP  Y5  (1  10.  , ZASC6,  I,  1 1 , 14  , IA  , 4 , E0M2) 
cTc*TPy3(0,1,3.,2) 
cTfcMftYei(l,a,0,l,R,0,0) 

E *,  E *0  : 

ETE*T*Yl(ct,'f,C,S,l4,0,c2,0) 

cTc11  fFrY5  (0110. , EASC2, 1 ,51  ,*M,  1 , 1 ,E0M3) 
c T c K i P T3  (15 . , 1,3., E) 

ETp\T*t0(1,0,4,  1,0, 0,0) 

*OEK  T T Y 30 
1 27  4 1 
lE^u 

ETEnTkYi ft?,;  ,1  , Y,  1 ,0,E3,3) 

eTtf«Tfct5(RTl, TTY  33, I, 43,42,1,  1 ,E0M4) 
ETtr r*T3(30.,3, 3l1,PT1) 
eTeM*v0C2,00.,?l,4,00. ,66, 006b A) 

144  £Tt*T*Yl (t3,4,T,Y,2,2,E4,01 

101  £ T£  M P Y 5 (RT  1 , T rY33,I,43,42,2,2,E0H5) 

142  fcUMPY3(31.,0,0Ll,PTl) 

103  cTc‘MRY5(2,02.,7  1,4,0  4.  ,66, 0066  A) 

104  ETEnTkYI (t4,/,T, Y,3,0,t4A,0) 

135  tTFATPYg  (RT 1 , TTY33, 1,43, 42,3,3) 

106  cUMPy3(32, , 3 , 0Ll ,PT1) 

107  b*Tf  MRYfl(2,04.  , 71 ,4,00.  ,66, 006  6 A) 

108  ETfcNT*iYl(t44,tf,1,Y,4,0,E13,0) 

129  ETEMRY2  CRT  1 ,TTY33, 1,43,42, 4,4) 

110  ETEMRY3(29.,0,SL1  ,PT1) 

111  ETtNTRY6(2,06.,7l ,4, 12, ,66, 0066 A) 

112  tTENTKY; Ccl3,v,T, Y, 3,0, El  4,4) 

113  ETfcNTR Y 2 (RT1,TTY33, 1,43,42,5,3) 

114  fcTtMRY3(33.,0,0Ll,PTl) 

113  fcTtMRY6  (2,00.  ,71  , 4,  16,  ,66,006  68) 

116  ETtNT*Yl  (E14,*,T, Y,6,0,tl5,0) 

117  tTEMRtg  (RT1 , TTY33, 1 , 43,42,6,6) 

116  tTt*TPY3C34.,0,9Ll,PTl) 

119  tTEMP.  Y5(2, 10. ,71,4,20.  ,66,00668) 

120  ETENTPY1 (Elf ,»,T, Y, 7,0, El  6,0) 

121  tTtMRY2(RTl  ,TTY33,I,43,42,7,7) 

122  ETk>TP>3(35. , 0 , 8 L 1 ,PT1) 

123  tTtMPYS  (2,  12.  , 7 1 ,4,24.  ,6  6,D066B) 

124  ETENTnYl  ( E 1 6 , 0 , T ,Y,8,0,E17,0) 

123  tTtNTP>2  (RT1 , TTY33, 1,43,42,8. ,0.) 


02 

83 

94 

65 

6C 

97 

86 

69 

9a 

91 

92 

93 

94 

95 

96 

97 
90 
99 


Figure  6.  File  EQ  of  Equipment  Table  (Macros  not  Expanded) 

(continued) 
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Figure  6.  File  EQof  Equipment  Table  (Macros  not  Expanded) 

(continued) 
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(concluded) 

59 


euuip 

1 

2 

3 

4 
3 
6 

7 

8 
y 

10 

11 

12 

13 

14 

15 
10 
17 

16 
10 
20 
21 
22 

23 

24 

25 

26 
77 
2b 

29 

30 

31 

32 


• T I tl  ECblP 

.EnT  F.mOPM  *,tl  , ETREC 
.ht  fc  tf^D 

• b>«T  t T L n T 
. KnT  t2 

.c  -T  t I UN 
.nn 5K  a«10J 

• D u 5 ri  I * l 1 1 

. 0 J i*  R 3*123 
. 0 b 3 K I c 1 2 4 
.')vJo*  u*i25 
.1>USW  r * 1 2 7 
. U U 3 w t ■ 1 0 5 
. OuS*  Ik  132 
. U u 3 * ^ ■ 1 1 6 

.UuSri  0*117 

. n 1 1 5 k kti«i\i, 

.IHJSP  6 L 1 ■ 7 • 

. 0 U 3 K n l 2 ■ 6 . 

. H J 3*  r T 1 * 0 
.0iJ5k  H T ^ ■ N 
. Ouok  jrDLINE*3* 16 f *4 
.HUS*  IHh284d*3*lb.*4 
. 0 u 3 K ibh  2260*3*16.  + 4 
.HuSrf  1^10330 
. GuSri  u 2000*6 
.Ou$r<  IPM27 4 1 ■/ 

• CuSk  12741*3*16. +4 

• DuS*  *AbCl*l*lo.*l 
.uuS*  4 ASC6* 1 * 1 6 . *6 
.O'JSK  t ASC2*  2 * 1 6 . *2 
.JuSR  EAbC5*2* lb, + 5 


33 

.TXT*  5 

34 

.ZREL 

35 

• NHEl 

36 

ETEnDJ 

t 0 C N U • t fl  0 0 0 

37 

ETHtC: 

2 / C?  ? r*  * »»  F 

/USED  TO  •* K I T E ET  ON 

3b 

F.9095-t?O0O  + 4 

3* 

"H 

40 

.*1 

41 

EOttvO 1 

42 

E31 

43 

ZETR0 

44 

,,C*256.*,,T 

/ ET Y PE 

45 

3 . 

? ET  10 

46 

0 

/CHILD 

47 

El 

/LINK 

46 

0 

ZPAKNT 

40 

113. 

IETHAT 

50 

VI 

/ ETQ0P 

51 

tOn? 

/ETEOM 

52 

w 

/ETRSP 

53 

0 

/ETPAD 

54 

0 

|RRING,PRING 

55 

0*45b . *37 

/etlga,  etlgn 

56 

Z ASC6*256 t *1 

ITERMT,  bTATI 

57 

1 1*256. *10 

/PUWTO,  POWTI 

56 

0*256 . *0 

JSPRTO,  SPRTI 

59 

0*256. *108 

1 SlITAO  # ETIND 

60 

b.*206.+Z 

/ 0YTtL  # PARTY 

61 

1.-1*182*007+0 

/ ETD ID 

92 

. 1 •-1*162*007*0 

lETOOO 

TAPt 


Figure  7. 


l ui  rue  ui 

(Macros  Expanded) 


Table 


60 


IfcTu  )A 


03 

04 

Etf EnO 1 

05 

e 1 1 

00 

✓ 

07 

66 

1*. 

09 

0 

70 

E2 

71 

* 

72 

b 1 1 W . 

73 

*• 

7 4 

75 

¥ 

76 

✓ 

77 

¥' 

78 

l*25'>.*37 

79 

EA3L**<i5o.  + I 

60 

M *250 • *50 

81 

1 *2 5r> . ♦ 1 

82 

i5,*25j.*Pb^ 

*3 

6 . * 2 o ft , ♦ E 

64 

1 .-l*13?*0B7*.i 

65 

1 • -*  * lo?*Pt>7*0 

66 

87 

E2l 

ifcTRa 
ft  TYPE 

jetid 

I CHILD 
I L INK 
f P AKNT 

JETRAT 

JETOBP 

ieteom 

f ETRSP 
; tTPAU 

J RRING , PRING 
lETLGA,  ETlGN 
JTERMT,  ST  AT  I 

i Porto # porti 

t SPRTO  t SPRTI 

>sutad,  triND 
ibytel#  party 
I ETDIO 

*ETDOO 
f E T 0 0 A 


0b 

Y 

>ETW0 

86 

••  r»?t>0,  + HY 

RETYPE 

90 

A • 

lETXO 

91 

c 

ICHH.D 

92 

E3 

IL1NK 

93 

t* 

JPARNT 

94 

PTi 

;etrat 

93 

i* 

;ETi38P 

96 

>ETE0* 

97 

Y 

JETRSP 

96 

P 

1 E TP  AD 

99 

tr; 

>RRING,PRING 

100 

0*25o#*37 

fETLUA,  ETlGN 

101 

U7  41**56. ♦! 

t TERMT , STATI 

102 

43*236 , *42 

JPURTO,  PORTI 

103 

l*25o#*l 

JSPRTQ,  SPRTI 

104 

O0,*255.+0B0 

1 SUT  AD  f 

105 

011*256, +PT1 

ioytel,  party 

106 

2,-l*162*00. 07*71 

leTOID 

107 

4,-l*lb2*00*d7*5o 

jetood 

100 

109  E3I 

D066A 

IETDDA 

110 

0 

JETR0 

111 

MT*230 Y 

1 E TYPE 

112 

2, 

icuo 

113 

n 

ichico 

114 

& 4 

JLINK 

115 

0 

f P ARNT 

110 

RTl 

; ETR AT 

117 

b 

; E TQBP 

116 

EOM6 

f ETEOM 

119 

3 

JETRSP 

120 

0 

FETPAD 

121 

JRRlNG,PRlNG 

122 

✓*256 . *37 

f ETLG A , ETLGN 

123 

127  4 i *256  * *1 

f TERHT  f 3TATI 

124 

43*230 . *42 

J PORTO # PORTI 

125 

* 2*260,+2 

| SPRTO , SPRTI 

ETInD 


Figure  7.  Portion  of  File  EQUIP  of  Equipment  Table 

(Continued) 


61 


126 

31  .*<:3o.*0B6 

JSUTAD, 

127 

3Ll*25i.*PTl 

;bytel(  party 

126 

«. •1*149*02. h7«71 

/ ETD  ID 

129 

4.-1*160*04,87*65 

1 E T 0 0 0 

13U 

UOnfl  4 

iETOQA 

131 

132 

/ 

IETK0 

133 

" Wdo.*mV 

;et ype 

134 

ietid 

133 

0 

ICHILD 

13b 

t 4 4 

1 LINK 

137 

t P AWVJT 

136 

*Ti 

; ETR  AT 

136 

o 

1 etqbp 

140 

tu.»  1 

JETEOH 

141 

f E MSP 

142 

k. 

J ETPAD 

143 

J 

IRHXnCi PRI^G 

144 

</*25u.*37 

lETLGA,  ETLGN 

143 

.127*1*2*6. *1 

ITER^T,  8TATI 

14b 

■43 . -^42 

JPURTO,  PORT  I 

147 

o*?3b.*3 

J S P R T 0 # SPRTI 

148 

J2.»23'>.*0bb 

tSUTAU, 

146 

&L 1 *c  5b . *P  T 1 

^bytel,  PARTY 

130 

2.-) *142*04. b7*7l 

UTOIi) 

131 

*.-l * 1 o?*08 ,87*65 

lETDUO 

132 

f;  0 c»  t h 

1 E TOO  A 

153 

154 

E4M 

/ 

JETR0 

155 

"T*?o6.*M Y 

retype 

156 

4. 

;etio 

137 

i'i 

;chilo 

156 

i 1 3 

ILINK 

159 

0 

JPAKNT 

160 

X 

JETRAT 

161 

3 

; ETObP 

162 

EOrtl 

t ETEO* 

163 

o 

JETRSP 

164 

kj 

I E TP  AO 

165 

0 

; RRING, PRING 

166 

0*25fJ.*o7 

;ETlGA,  ETuGn 

167 

12741*256. *1 

; TERhT  , 3TATI 

166 

43*?c6.*42 

> PORT 0 # PORTI 

169 

4 * 2 3 6 . ♦ 4 

; SPRTO , SPRT1 

170 

29,*25o.*0B8 

JSUTAQ, 

171 

bLl*23o.*PTl 

IRYTEL,  PARTY 

172 

2. -1*132+06. 57*71 

JETDID 

173 

4, -1*182*12*57*66 

lETJOD 

174 

£ 0 D 6 A 

1 E TOO  A 

175 

176 

E 1 3 1 

0 

;etr0 

177 

MT*236.-**"  Y 

; ETYPE 

178 

5. 

;etio 

179 

0 

;child 

160 

C 1 4 

JllNK 

181 

W 

JPARNT 

162 

RTl 

; ETR AT 

163 

0 

;etobp 

184 

cOh  l 

; ETEOh 

185 

0 

; ETRSP 

186 

0 

IETPAO 

187 

0 

f RRING, PRI^G 

188 

0*236. *37 

;etlga,  etlgn 

ETInO 


eyind 


E flNO 


Figure  7.  Portion  of  File  EQUIP  of  Equipment  Table 


(Continued) 


62 


387 

8L2*25o.*PT2 

fBTTELr  PARTY 

506 

1 .-1*102*067*0 

1 CTO  ID 

560 

1 .-1*M2*0B7*0 

IETDD0 

570 

0 

1 ETDOA 

371 

Kill 

572 

0 

»ETRO 

373 

"0*266. *"S 

1 ETYPE 

574 

1 1 . 

|ETID 

575 

0 

lOILD 

578 

E 1 2 

M.INK 

577 

1 7 

I P arnt 

578 

2 400, 

IETRaT 

570 

0 

>ETQBP 

560 

tom 

IETE0M 

361 

0 

»ETRSP 

382 

0 

IETPA0 

383 

0 

|RHING,PRING 

384 

0*266. *37 

fETLGA,  ETLGN 

383 

1*12260*256.  *iJ 

t TERrtT , STATI 

366 

02*236, *31 

1 PORTO  # POKTI 

567 

0*433. *0 

1 SPR  TO i SPRTI 

568 

244*250 ,*008 

1 SUT  A J , ETIND 

580 

6L2*256 , *PT2 

|9YTEu»  PARTY 

500 

1.-1*102*067*0 

lETOIO 

501 

1 .-1*102*007*0 

f ETDOO 

302 

0 

lETOOA 

503 

E 12  S 

304 

0 

I ETR0 

505 

*0*258. 

lETYPE 

306 

12. 

lETID 

307 

0 

1 CHILD 

598 

0 

ILINK 

500 

t£7 

| P ARNT 

600 

2400, 

jetrat 

001 

4 

lETQBP 

602 

€011 

»ETEOM 

603 

0 

JETRSP 

604 

0 

> E TP AO 

605 

0 

»RRING,PHING 

600 

0*256,  *37 

fETLGA,  ETlGn 

007 

IB*2260*256.*U 

f TERMT  > STATI 

608 

32*256, *31 

>PDRTO,  POHTI 

600 

0*250 • *0 

1 SPRTO > SPRTI 

610 

243*236, *088 

ISUTAD,  ETINO 

611 

312*256 . *PT2 

IBYTEL,  PARTY 

012 

1 .•1*182*0B7*0 

1 CTO  ID 

613 

1 ,-l*132*0B7*0 

1 ETDDD 

614 

0 

1 ETDOA 

616 

E0000I 

616 

LEN 

■E0ENO-E0000 

017 

ETENTl 

E9099-Ea000/LEN 

616 

ETLfcNi 

LEN 

010 

EOMU 

37 

620 

-1 

621 

-1 

622 

-1 

623 

-1 

624 

-1 

620 

E0M2 1 

12 

620 

5 

627 

30 

' 626 

-1 

620 

.-1 

Figure  7. 

Portion  of  File 

EQUIP  of  Equipment  Table 

(Continued) 


63 


630  *1 

631  EGM3I  -1 

632  -1 

633  -1 

634  -1 

638  -1 

636  -1 

637  E0«4I  37 

636  -1 

630  *1 

640  -1 

641  -l 

642  -1 


643  fcQMDI  37 

644  43 

645  -1 

646  -1 

647  -l 

646  -1 

640  0066 A S 

650  006691  <3 

651  00 6 7 A I <5 

652  0067BI  4 

653  .END 


Figure  7.  Portion  of  File  EQUIP  of  Equipment  Table 

(Concluded) 


64 


0001  EQUIP 


.titl  EQUIP 

.ENT  E«J000,E«J,E1,ETREC 

.ENT  ETEND 

.ENT  ETENT 

.ENT  E2 

.ENT  ETIEN 

. DU  SR  A ■ 1 0 1 

.DuSR  1*111 

.DUSR  S*123 

,0'JS*  T ■ 1 2 4 

.DUSR  U* 1 25 

.DUSK  W ■ 1 2 7 

.DUSR  E ■ 1 0 5 

.DUSR  Z*132 

• DUSR  N ■ 1 1 6 

.DUSR  0*117 

.DUSR  RT 1 ■ 1 35 . 

.DUSR  BL  1 *7  . 

. DuSR  8L2*«, 

•DUSR  PT 1 *0 
.DUSR  PT2 ■ N 
.DUSR  DDDLINE*3*16.*4 
.DUSR  IBM2848*3*16,*4 
.DUSR  IBM2260 ■ 3 • 1 6 , *4 
.DUSR  IBM1053*5 
.DuSR  D2000*6 
.DUSR  IBM2741*7 
.DUSR  12741*3*16, ♦4 
. CuSR  ZASC 1*1*16, *1 
.DUSR  Z ASC6* 1 * 1 6 . *6 
.DUSR  EASC2*2*l6,*2 
,DU3R  EASC5*2*16,*5 
, TX TM  5 
. ZREL 
. nREL 


000001000025  ETENOI 

E0END-E0000 

00001  1 020105  ETREC: 
00002 *001046 
00003*000110 
00004  1 000003  * 

E 0 0 00  1 
E0J 

20000+ ME 
E999W-E0000+4 
" H 

.♦1 

J USED  TO  WRITE  ET  ON  TAPE 

00005 

* 000000 

0 

JETR0 

00005 

*041524 

MC+256,+MT 

RETYPE 

00007 

* 000000 

0. 

1 ET  10 

000  10 

*000000 

0 

;chilu 

0001  1 

*000032  * 

El 

JLINK 

00012 

* 00  00  00 

0 

JPARNT 

00013 

* 000153 

110. 

I ETRAT 

00014 

*000000 

0 

JETQBP 

00013 

*001057  * 

E0H2 

IETEOM 

00015 

* 000000 

0 

; ETRSP 

00017 

*000000 

0 

jETPAD 

00020 

*000000 

0 

|RRINC,PRING 

00021 

*000037 

0+256. +37 

JETLGA,  ETLGN 

00022 

*013111 

Z ASC6  *236 , + 1 

ITERMT,  3TATI 

00023 

*004410 

1 1 + 256, + 10 

| PORTO#  PORTI 

00024 

*000000 

0+256, +0 

jSPRTO,  3PRTI 

00025 

* 000200 

0+256, +lb8 

JSUTAD,  ETIND 

Figure  8.  Portion  of  File  EQUIP. RB,  Assembled  Equipment 

Table 


000  ui 
000111 
000123 
000124 
000125 
000127 
000105 
000132 
000116 
000117 
000207 
000007 
0000 10 

0001  17 
000116 
v?  ? 0 0 6 4 
O00064 
000064 
*010  0?? 
000006 

000007 
000064 
000021 
01*0026 
000042 
0 0 0 0 4 3 
000005 


65 


EoUIP 


00026 

’004132 

b.  *256. *2 

IbYTEL#  PARTY 

03027 

’ 000000 

1.-1*102*007*3 

lETDIO 

00030 

'000000 

1.-1*102*007*0 

1 ETOOO 

00  0 3 i * 0 0 0 0 u 0 

E 0EnO ! 
El  * 

0 

lETDOA 

00032 

' 0 '00000 

0 

IETR0 

00033 

’042123 

" D * 2 b 6 . ♦ '*  $ 

1 ETYPE 

00034 

'000016 

14. 

IfiTIO 

0003b 

’ 0/0000 

0 

I CHILD 

0003b 

'000057 

E2 

# L I NK 

00037 

'000000 

0 

1 PAKNT 

0304/ 

' 000 155 

0110. 

lETRi 

00041 

' 000030 

4 

1ETQ8P 

00042 

' /0 1 365 

fc0n3 

1 EIEQM 

00043 

' 00000/ 

0 

| ETRSP 

00044 

1 *'  0 0 0 / 

0 

IETPaO 

0004b 

'00/033 

0 

|RRlNG, PRlNG 

0004b 

' 0/0037 

0*256.  +3/ 

lETLUA,  ETLGN 

00047 

'021111 

E A SC2*  25b . ♦ I 

>TcRMT,  ST  AT  1 

00050 

'024450 

51*256 . *53 

1PURT0,  PORTI 

00051 

1 0 3 0 4 0 1 

1*256. *1 

ISPRTO#  5PRT1 

00052 

'00740/ 

15. *256. *065 

I5UTA0# 

00  0 53 

'034105 

3.*2b6.*E 

IBYTEL#  PARTY 

00054 

*000000 

1 . - 1 * 1 B2*007 *0 

lETDIO 

0005b 

' 0 0 0 0 0/ 

1.-1*162*037*0 

1 tTOOO 

00056 

' 0/000^ 

P 2 : 

0 

ItTOOA 

00^57 

' 03/00/ 

0 

1ETR0 

00060 

■*52131 

M 1*256, *MY 

I E TYPE 

00061 

' 0 0 0 0 0 1 

1 . 

1 ET  ID 

02062 

'000000 

0 

ICHILO 

00065 

'000  104  < 

i 

E3 

ILINK 

00064 

' 0000  04 

0 

IPARNT 

00065 

'0002/7 

RT1 

lETRAT 

00066 

' 000030 

0 

I ETO0P 

00067 

'001073 ' 

i 

EOM  4 

> ETEUM 

00070 

' 0 00  0 00 

0 

1 ETRSP 

00071 

'030000 

0 

;etpao 

00072 

•000000 

0 

|RRINrwPftlNC 

00073 

'000037 

0*256. *37 

lETLGA,  ETLGN 

00074 

'032111 

12741*256. *1 

1 TERMT  t STATI 

00075 

'021442 

43*256, *42 

> PORT  0 # PORTI 

00076 

'000401 

1*256. *1 

I SPR TO  # SPRTI 

00077 

'017003 

50  • *256 , *038 

1 SOT  AD  # 

00100 

'003517 

0L  1 *256 , *P  T 1 

IBYTEL#  PARTY 

00  101 

'020071 

2.-1*102*00.87*71 

ItTOIO 

00102 

'060066 

4.-1*102*00.07*66 

I E TOGO 

00105 

'001107 

i 

£31 

0 0b6  A 

lETOOA 

00104 

*000000 

0 

IETR0 

00105 

'052131 

" T*256,*MY 

1 ETYPE 

00  100 

' 00  00  0 2 

2. 

ItTIO 

00107 

' 000000 

0 

1 CM  ILL) 

00110 

'000131 

? 

E4 

ILINK 

00111 

' 0000  00 

0 

IPARNT 

00112 

'030207 

RT1 

IETRAT 

00113 

' 400000 

0 

IETO0P 

03114 

'001101 

i 

E0M5 

IETEOM 

Figure  8.  Portion  of  File  EQUIP. RB,  Assembled  Equipment 

Table  (Continued) 


66 


0011  EUUIP 


01020 

000000 

01021 

000000 

E 121 

01224 

000020 

01023 

042123 

01024 

000014 

01025 

0 0 0 0 C 0 

01026. 

000000 

01027 

000651 ' 

i 

01030 

004540 

01031 

000000 

0 10  32 

001051 1 

01033 

000002 

01034 

00000? 

01035 

000000 

01036 

200037 

01037 

032123 

01040 

015031 

01041 

200000 

01042 

12240? 

01043 

0041  16 

01044 

000000 

01045 

00200? 

e 1046 

00000? 

F 9999 I 

000025 

L£N 

01047 

' 000032 

ETEmt: 

010  50 

'000025 

ETIEni 

01051 

'000037 

ECy  1 1 

01052 

' 177777 

01053 

'177777 

01054 

' 177777 

01055 

' 177777 

01056 

' 177777 

01037 

'000012 

EGP 2 I 

01060 

'000025 

01061 

' 200032 

01062 

' 177777 

01063 

'177777 

01064 

' 177777 

01065 

' 1 77777 

£0*31 

01066 

'177777 

01067 

'177777 

01070 

' 1 77777 

01071 

' 177777 

01272 

' 177777 

01073 

'000037 

EUh4  1 

01074 

' 177777 

01075 

' 177777 

01076 

' 177777 

01077 

'177777 

01100 

'177777 

01101 

' 000037 

E0*5l 

01102 

'200043 

01103 

' 177777 

01104 

'177777 

01105 

'177777 

01106 

' 177777 

01107 

'000000 

0066  A | 

It TOOD 
>£TDOa 

|£TR0 

RETYPE 

lETIO 

JCHILO 

>LINK 
f P ARnT 

f E TRaT 

I ETOaP 
fETEOM 

>etrsp 

fETPAO 

F RR  I NG  # PR  I NG 
FETLGA,  ETLGN 

I T£RrtT,  STaTI 
| PUR  TO  # POHTI 
fSPRTO,  SPRTI 

fSUTAD,  ETIND 
IBYTEL,  PARTY 
jETOID 

I ETDOO 
F£TQ0a 


t9999*E0000/LEN 

LEN 

37 

-1 

-1 

-1 

-1 

-1 

12 

5 

30 

-1 

-1 

-1 

-1 

-1 

-1 

-1 

-1 

-1 

37 

-1 

-1 

-1 

-1 

-1 

37 

43 

-1 

-1 

-1 

-1 

0 


1 .-1*162*087*0 
0 

0 

M 0*256, *MS 

12. 

0 

0 

E7 

2400. 

0 

tOM 

0 

0 

tt 

0*256. *37 
18*2260*256. *U 
32*266, *31 
0*266 . *0 
245*256  .*068 
oL2 *256  , *p T2 
1 . • 1 * 102*087  *0 
1 .-1*162*067*0 
0 

■E0ENO-E0000 


Figure  8,  Portion  of  File  EQUIP. RB,  Assembled  Equipment 

Table  (Continued) 


67 


0 ft)  1 2 EQUIP 
01  1 10  <000000  006691 
0 1 1 1 1 9 000000  0067  A l 
01 1 12  f0000  00  006791 


0 

0 

0 

.END 


Figure  8.  Portion  of  File  EQUIP. RB,  Assembled  Equipment 

Table  (Concluded) 


68 


INTERFACE 

ADAPTER 

ASYNCHRONOUS 
LINE  ADAPTERS 

Port 

Subport 

Output 

Input 

Output 

Input 

24 

24 

i 

i 

24 

24 

2 

2 

24 

24 

3 

3 

24 

24 

4 

4 

24 

24 

5 

5 

24 

24 

6 

6 

24 

24 

7 

7 

24 

24 

8. 

8. 

24 

24 

9. 

9. 

24 

24 

10. 

10. 

24 

24 

11. 

11. 

24 

24 

12. 

12. 

24 

24 

13. 

13. 

24 

24 

14. 

14. 

24 

24 

15. 

15. 

24 

24 

16. 

16. 

Figure  9.  ET  Entries  for  DCM  Devices  for  Lab  System 


69 


INTERFACE 

ADAPTER 

ASYNCHRONOUS 
LINE  ADAPTERS 

DIGITAL  I/O 

Inputs 

(ETDID) 

Outputs 

(ETDOD) 

Port 

Subport 

First 

Input 

(BSSSS) 

Device 

(DDDDDD) 

First 

Output 

(BSSSS) 

Device 

(DDDDDD) 

Output 

Input 

Output 

Input 

41 

40 

0 

0 

0 

73 

0 

62 

41 

40 

1 

1 

2 

73 

4 

62 

41 

40 

2 

2 

4 

73 

8. 

62 

41 

40 

3 

3 

6 

73 

12. 

62 

41 

40 

4 

4 

8. 

73 

16. 

62 

41 

40 

5 

5 

10. 

73 

20. 

62 

41 

40 

6 

6 

12. 

73 

24. 

62 

41 

40 

7 

7 

14. 

73 

28. 

62 

43 

42 

0 

0 

16. 

73 

0 

63 

43 

42 

1 

1 

18. 

73 

4 

63 

43 

42 

2 

2 

20. 

73 

8. 

63 

43 

42 

3 

3 

22. 

73 

12. 

63 

43 

42 

4 

4 

24. 

73 

16. 

63 

43 

42 

5 

5 

26. 

73 

20. 

63 

43 

42 

6 

6 

28. 

73 

24. 

63 

43 

42 

7 

7 

30. 

73 

28. 

63 

45 

44 

0-7 

0-7 

0-14. 

74 

0-28. 

64 

47 

46 

0-7 

0-7 

16.-30. 

74 

0-28. 

65 

51 

50 

0-7 

0-7 

0-14. 

75 

0-28. 

66 

53 

52 

0-7 

0-7 

16.-30. 

75 

0-28. 

67 

55 

54 

0-7 

0-7 

0-14. 

76 

0-28. 

70 

57 

56 

0-7 

0-7 

16.-30. 

76 

0-28. 

71 

Figure  10.  ET  Entries  for  Asynchronous  Devices  for  64-Line 
Field-Test  System 


70 


INTERFACE 

ADAPTER 

ASYNCHRONOUS 
LINE  ADAPTERS 

DIGITAL  I/O 

Inputs 

(ETDID) 

Outputs 

(ETDOD) 

Port 

Subport 

First 

Input 

(BSSSS) 

Device 

(DDDDDD) 

First 

Output 

(BSSSS) 

Device 

(DDDDDD) 

Output 

Input 

Output 

Input 

43 

42 

1 

1 

0 

71 

0 

66 

43 

42 

2 

2 

2 

71 

4 

66 

43 

42 

3 

3 

4 

71 

8. 

66 

43 

42 

4 

4 

6 

71 

12. 

66 

43 

42 

5 

5 

8. 

71 

16. 

66 

43 

42 

6 

6 

10. 

71 

20. 

66 

43 

42 

7 

7 

12. 

71 

24. 

66 

43 

42 

8 

8 

14. 

71 

28. 

66 

45 

44 

1 

1 

16. 

71 

0 

67 

45 

44 

2 

2 

18. 

71 

4 

67 

45 

44 

3 

3 

20. 

71 

8. 

67 

45 

44 

4 

4 

22. 

71 

12. 

67 

45 

44 

5 

5 

24. 

71 

16. 

67 

45 

44 

6 

6 

26. 

71 

20. 

67 

45 

44 

7 

7 

28. 

71 

24. 

67 

45 

44 

8 

8 

30. 

71 

28. 

67 

Figure  11.  ET  Entries  for  Asynchronous  Devices  for  16-Line 
Field-Test  System 
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(177777  octal).  The  lists  are  pointed  to  by  ETEOM  in  each 
ET  entry.  If  no  EOM  checking  is  to  be  done,  ETEOM  must 
point  to  a location  containing  -1.  Figure  6 presently  con- 
tains duplicate  lists  (EOMl  and  E0M4) . The  lists  are  longer 
than  needed  so  that  additional  EOM  character  codes  can  be 
added  octally  if  needed.  The  30  words  in  lines  196-225  are 
equivalent  to  the  following  seven  words  (except  that  the 


t E0M5 

is  changed): 

E0M5: 

43 

EOMl: 

E0M4: 

37 

E0M3: 

-1 

E0M2: 

12 

5 

30 

-1 

11.  One  word  of  storage  must  be  provided  for  each  group  of  16 

contiguous  digital  outputs  which  are  to  be  used  in  the  test, 
as  shown  in  lines  226-229  as  D066A,  D066B,  D067A,  and  D067B. 
The  words  are  pointed  to  by  ETDOA  in  each  ET  entry  which 
uses  digital  outputs.  The  storage  must  be  initialized  to 
zero . 


A number  of  conventions  were  observed  in  generating  the  file  in 
Figure  6.  The  Macro  Processor  was  used  to  perform  certain  substitutions 
and  the  NOVA  assembler  pseudo-op  .DUSR  (see  lines  49-74)  was  used  to 
perform  others.  The  Macro  Processor  performs  its  substitutions  prior 
to  the  assembly.  The  differences  can  be  seen  between  the  file  EQ  and 
the  EQUIP  (symbolic)  portion  of  the  assembly  listing.  The  macro  TTY33 
defined  at  lines  93-95  of  Figure  6 changes  TTY33  in  line  97,  for 
instance,  to  12741.  The  pseudo-op  .DUSR  causes  the  substitution  to 
be  made  internally  by  the  assembler.  Therefore,  the  symbolic  portion 


72 


of  the  assembly  listing  gives  the  symbol  and  the  assembled  code  shows 

the  substituted  value.  For  instance,  on  line  8 of  page  1 of  Figure  8, 

the  name  I is  assigned  the  value  1 1 1 • On  line  56  of  the  same  page, 

o 

the  I is  shown  in  the  symbolic  code  and  the  111  is  the  rightmost 

portion  of  the  assembled  value  of  1 3 1 1 1 Q • 

o 

The  labels  E3,  E4,  etc.,  (as  well  as  E0,  El,  and  E2)  for  each  ET 
entry  are  needed  to  provide  values  for  the  cross-reference  fields 
CHILD,  LINK,  and  PARNT.  A better  tactic  than  using  the  arbitrary 
labels,  however,  would  be  to  use  the  device  names  for  labels,  to  use 
TY2  as  a label  rather  than  E3  at  line  100  of  Figure  6.  The  field 
ETYPE  should  be  used  to  group  like  devices  and  to  distinguish  unlike 
devices,  for  instance:  TT  for  TTYfs,  TY  for  IBM  2741fs,  CT  for  the 

control  TTY,  DS  for  displays,  LN  for  communications  lines,  CN  for 
multiplexor  device-controllers,  PT  for  printers,  etc.  Several 
combinations  should  be  used  to  distinguish  displays  with  different 
characteristics,  for  instance. 

The  label  E0END  (line  88)  is  used  to  define  the  end  of  entry  E0 
and  in  defining  ETEND  (line  78).  The  label  E9999  (line  192)  is  used 
to  define  the  end  of  the  last  ET  entry  and  in  defining  ETENT  (line  194) 
and  the  length  of  ETREC  (line  80).  The  symbol  LEN  (line  193)  has  the 
value  of  the  length  of  an  ET  entry  and  is  used  in  defining  ETENT  and 
ETLEN . 

The  equivalences  for  A through  W at  lines  49-54  are  provided  for 
use  in  giving  values  to  the  field  STATI  although  only  I and  U should 
normally  be  used  for  initial  values.  The  equivalences  for  W through  0 
at  lines  54-58  are  for  use  in  defining  parity  type  (PARTY) . The 
meanings  are : 

W = one  (parity  bit  set  to  a constant  1) 

E = even  parity 

Z = zero  (parity  bit  set  to  a constant  0) 
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N = no  parity  bit 
0 = odd  parity 

Only  the  values  E and  0 are  used  by  emulator  programs. 

The  equivalences  at  lines  64-74  are  used  to  define  terminal  type 
(TERMT) . Those  at  lines  67-69  are  of  the  earlier,  arbitrary  type 
which  have  not  been  updated. 

The  equivalences  at  lines  59-63  are  used  so  that  the  fields  ETRAT, 
BYTEL  and  PARTY  in  the  ET  entries  may  be  given  symbolic  values  rather 
than  absolute  values.  Only  the  equivalence  statement  has  to  be  changed 
to  assign  a new  value  rather  than  changing  each  ET  entry. 

FUNCTION 

Each  Equipment  Table  entry  defines  one  equipment  component  of  the 
SUT.  In  the  simplest  case,  one  ET  entry  is  used  to  describe  a point- 
to-point  communications  channel,  possibly  a pair  of  modems,  and  the 
single  device  attached  to  the  channel.  In  a more  complicated  case, 
one  entry  describes  the  channel  (and  possibly  modems),  one  is  used 
to  describe  each  controller  or  terminal  (in  a multipoint  configuration), 
and  one  is  used  to  describe  each  device  at  each  terminal. 

In  the  latter  case,  cross  references  (CHILD,  LINK,  and  PARNT)  are 
used  to  describe  the  hierarchical  structure.  As  an  example,  the 
hierarchical  ET  structure  described  in  Figures  6 through  8 is  shown 
in  Figure  12.  Since  each  ET  entry  can  reflect  only  one  of  each 
relationship,  the  arrows  and  labels  indicate  which  relationship  is 
expressed  in  the  ET.  Using  this  method  of  cross-referencing  most 
configurations  of  equipment  can  be  easily  described.  The  number  of 
levels  and  the  number  of  entries  at  each  level  are  limited  only  by 
core  memory. 
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Information  in  the  Equipment  Table  is  used  by  the  Scenario 
Interpreter  and  by  the  Exec  and  is  available  to  a scenario  by  means 
of  certain  scenario  instruction  types.  The  scenario  may  examine 
information,  or  in  limited  cases,  change  information  in  an  ET  entry. 

A scenario  may  access  its  own  ET  entry,  or,  through  the  relationships 
described  above,  access  the  ET  entry  of  a relative,  a relative’s 
relative,  and  so  on  (in  the  direction  of  the  arrows  only).  This 
capability  of  a scenario  becomes  increasingly  useful  as  the  equipment 
being  emulated  becomes  increasingly  complex. 

The  set  of  Registers  of  the  current  scenario  associated  with  a 
particular  device  is  pointed  to  by  the  first  word  (ETR0)  in  the  ET 
entry  for  that  device.  The  first  word  of  an  ET  entry  is  pointed  to 
by  the  relationship  pointers  described  above.  Using  instruction 
types  h and  then  g and  p (as  defined  in  Volume  2 Table  XVII),  a 
scenario  A running  on  device  LN5  (as  shown  in  Figure  12)  can  access 
the  ET  entry  and  Registers  of  scenario  B running  on  device  CN6 , and 
then  gain  access  to  the  ET  entry  and  Registers  of  scenario  C running 
on  DS8,  and  so  on.  An  example  of  this  method  of  communication  among 
devices  is  shown  in  the  scenario  segments  in  Figure  13.*  In  this  case 
LN5  running  with  scenario  A establishes  the  linkage  to  DS8  running 
with  scenario  C.  Scenario  A checks  Register  9 of  scenario  C to 
determine  when  DS8  is  ready  to  send  a query.  When  scenario  A senses 
that  R9  = 1,  it  then  performs  a specified  function  (function  1)  and 
resets  R9  to  zero.  This  zero  indicator  is  put  into  R9  of  scenario  C, 
which  senses  the  indicator  and  proceeds  to  send  the  query.  Meanwhile 
CN6  running  with  scenario  B is  engaged  in  performing  function  2,  which 
may  or  may  not  be  involved  in  communication  with  LN  5 or  DS8. 


* The  scenario  library  SCENLIB,  shown  in  Figure  35  in  Appendix  VI, 
establishes  the  macros  used  in  this  example. 


76 


Also,  using  instruction  type  h,  and  then  instruction  types  Y or  n, 
scenario  A can  examine  the  bit  indicators  (ETIND)  of  the  ET  entry  of 
device  CN6  and  then  DS8,  etc.  There  are  other  scenario  instructions 
which  access  the  Equipment  Table  contents,  and  can  be  used  in  numerous 
ways  to  enhance  scenario  abilities  and  efficiency.  A complete  pre- 
sentation of  scenario  instructions  is  given  in  Volume  2,  Table  XVII. 

The  technique  of  utilizing  the  Equipment  Table  to  examine  or  pass 
information  among  devices  can  be  useful,  for  example,  when  emulating 
a polled  network.  Assume,  for  instance,  that  CN6  was  a controller 
and  DS8  and  DS9  were  polled  terminals.  Then  by  making  use  of  the  cross 
references  in  the  Equipment  Table,  the  scenario  for  CN6  could  poll  the 
scenarios  for  DS8  and  DS9  by  examining  indicator  bytes  or  Registers  to 
determine  which  devices  were  active,  ready  to  send,  or  ready  to  receive. 
The  individual  terminal  scenarios  could  send  their  queries  and  examine 
responses  when  indicated  by  the  controller  scenario. 
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LN5 

SCENARIO  A 
(SCA) 

CN6 

SCENARIO  B 
(SCB) 

DS8 

SCENARIO  C 
(SCC) 

ALLOCREGS  15 

C [START  CN6  SCB 

C [START  DS8  SCC 

ALLOCREGS  15 

ETOREG  0 0 R10 

function  2 

A 12 

R10  CONTAINS  ADDRESS 

• 

• 

ALLOCATE  12  BYTE  QUERY 

TO  ET  ENTRY  OF  SCA 

BUFFER 

ETOREG  R10  3 Rll 

5 BUILD  QUERY 

Rll  CONTAINS  CHILD 

+ 0 13  Rll 

POINTER  (WORD  3)  OF 

PUT  ASCII  CR  INTO  Rll 

R10  WHICH  IS  ADDRESS 

-t  Rll 

OF  ET  ENTRY  OF  CN6 

ADD  CONTENTS  OF  Rll 

ETOREG  Rll  3 Rl2 

TO  QUERY  BUFFER 

R12  CONTAINS  CHILD 

+ 0 1 R9 

POINTER  OF  Rll  WHICH 

R9  SET  TO  1 INDICATES 

IS  ADDRESS  OF  ET 

THAT  QUERY  IS  READY 

ENTRY  OF  DS8 

L LABI 

L LABI 

B CONT  0 R9 

GTR  9 Rl2  R9 

IF  R9=0  THEN  GO  TO  CONT 

THE  CONTENTS  OF  R9 

D 1 

OF  SCC  IS  PUT  INTO 

J LABI 

R9  OF  THIS  SCENARIO 

OTHERWISE  DELAY  1 SEC 

B CONT  1 R9 

AND  JUMP  TO  LABI 

IF  R9=l  THEN  GO  TO  CONT 

L CONT 

D 1 

JUMP  HERE  WHEN  R9  RESET 

J LABI 

TO  ZERO  BY  SCA 

OTHERWISE,  DELAY  1 SEC. 

0 

AND  JUMP  TO  LABI 

SEND  THE  QUERY 

• 

• 

■ ■ ■ . A , — 

Figure  13.  Example  of  Device  Communication  Through  Scenarios 
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LN5 

SCENARIO  A 
(SCA) 


CN6 

SCENARIO 

(SCB) 


L CONT 


B 


DS8 

SCENARIO 

(SCC) 


C 


function  1 


LDR  0 R9 

R9  SET  TO  ZERO 
PTR  R9  9 R12 

PUT  CONTENTS  OF  CURRENT 
R9  INTO  R9  OF  SET  OF 
REGISTERS  POINTED  TO 
BY  R12 
(DS8) 


Figure  13.  Example  of  Device  Communication 
Through  Scenarios  (Concluded) 
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SECTION  VI 


REAL-TIME  EMULATOR  SYSTEM  GENERATION 


INTRODUCTION 

The  generation  of  the  real-time  emulator  system  is  a four-step 
process  which  can  be  represented  as  follows: 

input  SSUB  source  ASM  .RB 

files  * files  * files 

EQUIP. RB 

Exec 
.RB 
files 

The  four  steps  are  execution  of  the  Macro  Processor  (SSUB) , 
execution  of  the  NOVA  assembler  (ASM) , execution  of  the  NOVA  relocat- 
able loader  (RLDR),  and  execution  of  the  DOS  command  MKABS . The  first 
two  steps  must  be  performed  separately  for  each  assembly  module  which 
is  to  be  changed  (including  the  Equipment  Table  which  is  not  considered 
a part  of  the  Scenario  Interpreter).  The  last  two  steps  must  be 
performed  once  each  whenever  one  or  more  assembly  modules  (including 
those  of  the  Exec)  have  been  changed.  In  creating  the  Executive  from 
the  various  source  files,  there  is  some  flexibility  available  in 
defining  buffer  sizes,  storage  requirements,  and  parity  checking  on 
SUT  terminals.  These  options  are  described  in  detail  in  Volume  6 of 
this  series  in  the  User  Information  Section. 

SSUB 

For  purposes  of  this  discussion  the  general  form  of  the  command 
to  execute  the  Macro  Processor  is  assumed  to  be: 

SSUB  input-file  source-file  macro-libraries 


RLDR  MKABS 

► ► RTOS.SV  ► SCINT.BN 


80 


The  input-file  names,  source-file  names,  and  the  macro  libraries 
needed  for  the  Scenario  Interpreter  are  given  in  Table  VII.  The 
implementation  uses  of  the  Macro  Processor  are  also  discussed  in 
Section  III. 

To  execute  the  Macro  Processor,  type  on  the  control  TTY; 

SSUB  II  ININT  RTOSLIB  LIB  LIBl; 
or 

SSUB  EQ  EQUIP, 

where  II  and  EQ  are  the  input  files;  ININT  and  EQUIP  are  the  output 
files;  RTOSLIB,  LIB  and  LIBl  are  libraries;  and^  represents  the 
carriage-return  key.  The  macro  libraries  must  be  in  the  form  of  the 
output  files  produced  by  the  macro  library  generator  (MACDEF) , the 
file  LIB. ML,  for  instance.  Unlike  the  last  three  steps,  the  output 
file  (ININT  or  EQUIP,  above)  must  be  absent  from  the  DOS  file  directory 
before  executing  SSUB. 

If  one  of  the  three  macro  libraries  must  be  changed,  it  must  be 
read  into  the  NOVA  using  LIB,  for  instance,  as  the  input  file  name. 
Typing 

MACDEF  LIB; 

on  the  control  TTY  will  execute  the  macro  library  generator  which  will 
generate  the  macro  library  LIB. ML. 

ASM 

An  output  file  from  the  Macro  Processor  (Source  File)  must  next 
be  processed  by  the  Data  General  assembler  by  typing,  for  instance: 

ASM/L/X  $LPT/L  ININT; 

The  output  file  produced  is  a relocatable,  binary  file,  ININT. RB  in 
this  case.  Because  the  switches  /L/X  and  the  line  printer  $LPT  are 
specified,  an  assembly  listing  including  the  source  file  and  cross 
reference  list  will  be  produced  on  the  line  printer. 
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TABLE  VII 


Input  File  Names  for  Emulator  System 


Input 

Source 

Macro 

File 

File 

Library 

Name 

Name 

Names 

EQ 

EQUIP 

— 

SI 

SCINT 

RTOSLIB, 

LIB, 

LIB1 

Cl 

CMINT 

RTOSLIB, 

LIB, 

LIB1 

II 

ININT 

RTOSLIB, 

LIB, 

LIB1 

FC 

FETCH 

RTOSLIB, 

LIB, 

LIB1 

TP 

TESTP 

RTOSLIB, 

LIB, 

LIB1 

SI 

SUBR1 

RTOSLIB, 

LIB, 

LIBl 

S2 

SUBR2 

RTOSLIB, 

LIB, 

LIB1 

AF 

ALF 

RTOSLIB, 

LIB, 

LIBl 

ERROR 

ERMSG 

RTOSLIB, 

LIB, 

LIBl 

FTC 

FTCHG 

RTOSLIB, 

LIB, 

LIBl 

DW 

DUMPW 

RTOSLIB, 

LIB, 

LIBl 

DH 

DUMPH 

RTOSLIB, 

LIB, 

LIBl 

IS 

ISCEN 
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RLDR 


Table  VIII  lists  the  assembly  modules  needed  by  the  Data  General 
relocatable  loader  to  generate  the  real-time  software  for  each  of  the 
two  versions  of  the  emulator.  The  files  used  by  RLDR  are  those  with 
the  .RB  suffixes.  A list  of  the  module  names  (excluding  the  suffix) 
must  be  given  to  RLDR.  These  can  be  typed  from  the  list  in  Table  VIII, 
if  desired;  however,  the  system  tapes  for  each  of  the  emulator 
versions  contain  a file  called  LOADLIST  which  is  a list  of  the  file 
names  needed  for  each  version.  To  execute  RLDR,  type  on  the  control 
TTY: 

RLDR/Z  MAP/L  GLOADLISTG^ 

The  output  file  produced  by  RLDR  is  in  a form  suitable  for  execution 
under  control  of  DOS.  Although  the  real-time  emulator  cannot  be 
executed  under  DOS,  the  step  is  a necessary  preliminary  to  producing 
the  required  file.  The  output  file  is  named  RTOS.SV  since  RTOS  is 
the  first  file  in  the  list  in  LOADLIST.  Since  MAP/L  is  specified  the 
core  map  produced  by  RLDR  will  be  placed  in  a DOS  disk  file  called 
MAP.  It  can  be  listed  by  typing: 

PRINT  HAPj  or  PRINTL  MAPj 

The  MAP  file  should  be  saved  on  tape  with  the  other  files  for  future 
reference.  The  file  RTOS.SV  should  also  be  saved  since  octal  patches, 
if  needed,  can  be  made  to  it,  with  the  MAP  file  for  guidance.  The 
fourth  step  must  then  be  performed  with  a new  or  patched  RTOS.SV. 

MKABS 

The  DOS  command  MKABS  produces  a file  which  can  be  executed 
independently  of  DOS.  The  command  is  executed  by  typing: 

MKABS/Z  RTOS  SCINT.BN  INIT/Sj 
The  octal  equivalent  of  INIT  (obtained  from  the  MAP  file)  is  the 
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TABLE  VIII 


Inputs  to  Relocatable  Loader 


Assembly  Module 

Lab 

Field-Test 

Name 

System 

System 

*RT0S 

X 

X 

*RTIN 

X 

X 

LPT 

X 

X 

MTA 

X 

X 

TTYl 

X 

DCM 

X 

o 

0) 

X 

DCMT 

X 

w 

ASYNC 

X 

SCMGT 

X 

X 

PAGE 

X 

X 

DSK 

X 

X 

DMP 

X 

X 

ET 

*EQUIP 

X 

X 

SCINT 

X 

X 

CMINT 

X 

X 

ININT 

X 

X 

u 

Q) 

FETCH 

X 

X 

U 

0) 

u 

TESTP 

X 

X 

cx 

u 

d) 

SUBR1 

X 

X 

u 

c 

M 

SUBR2 

X 

X 

o 

ALF 

X 

X 

J-l 

nj 

G 

ERMSG 

X 

X 

0) 

o 

CO 

*FTCHG 

X 

X 

DUMPW 

X 

X 

DUMPH 

X 

X 

ISCEN 

X 

X 

* Different  versions  needed 
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value  to  be  used  in  the  command.  MKABS  uses  RTOS.SV  as  the  input  file 
and  produces  SCINT.BN  as  the  output  file.  SCINT.BN  is  the  real-time 
emulator  program,  containing  the  Exec,  the  Equipment  Table,  and  the 
Scenario  Interpreter.  It  may  be  executed,  by  means  of  the  DOS  program 
EXEC,  by  typing: 

EXEC  SCINT; 

A more  convenient  method  of  executing  SCINT.BN,  however,  is  discussed 
under  Operating  Instructions  for  the  Scenario  Interpreter. 

Disk  Requirements 

After  a system  is  generated,  it  is  not  necessary  to  maintain  all 
the  binary  and  source  program  files  on  disk.  These  files  should  be 
saved  on  tape,  and  disk  space  freed  to  allow  space  for  additional 
macro  libraries  and  scenarios.  Table  IX  indicates  the  disk  require- 
ments of  the  files  which  should  be  retained  on  disk  during  emulator 
operation. 
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Table  IX 


Disk  Requirements  for  Emulator  System 


File 

Size 

By tes /Pages 

Comments 

DOS, etc 

101221/210 

Includes  basic  support  software  after  @REMAL@ 
has  been  executed.  Includes  SYS. DR,  MAP. DR, 
EDI T . SV , XFER . SV , SYS . LB , RLDR . SV , 0EDIT . SV 
PRI NIL . S V , REMAL , BLDR . SV , EXEC . SV , ASM . SV 

MACDEF.SV 

14976/30 

Macro  Processor.  See  MTR  2677  Volume  3. 

SSUB.SV 

20736/41 

Macro  Processor.  See  MTR  2677  Volume  3. 

SCENLIB.ML 

242/1 

Lower-case  scenario  instruction  op-codes.  See 
MTR  2677,  Volume  2,  Table  XIV  and  related  text. 

CVT.SV 

31488/62 

Scenario  Assembler.  See  MTR  2677,  Volume  4. 

SUTTAB 

384/1 

Scenario  Assembler.  See  MTR  2677,  Volume  4. 

DEVTAB 

1792/4 

Scenario  Assembler.  See  MTR  2677,  Volume  4. 

RTOS . SV 

32512/64 

Real-Time  Emulator.  See  MTR  2677,  Volumes  5 and 

6. 

SCINT.BN 

33514/66 

Real-Time  Emulator.  See  MTR  2677,  Volumes  5 and 

6. 

P 

30/1 

Real-Time  Emulator.  See  MTR  2677,  Volumes  5 and 

6. 

C 

3/1 

Real-Time  Emulator.  See  MTR  2677,  Volumes  5 and 

6. 

LOADLIST* 

130/1 

Real-Time  Emulator.  See  MTR  2677,  Volumes  5 and 

6. 

DATAR.SV 

29056/57 

Data  Reduction  Program.  See  MTR  2677,  Volume  7. 

SUMRY.SV 

27904/55 

Data  Reduction  Program.  See  MTR  2677,  Volume  7. 

TLIST.SV 

27264/54 

Data  Reduction  Program.  See  MTR  2677,  Volume  7. 

CTABS 

1664/4 

Data  Reduction  Program.  See  MTR  2677,  Volume  7. 

ERFILE 

420/1 

Data  Reduction  Program.  See  MTR  2677,  Volume  7. 

TREL.SV 

26240/52 

Data  Reduction  Program.  See  MTR  2677,  Volume  7. 

MASTR.SV 

17024/34 

Data  Reduction  Program.  See  MTR  2677,  Volume  7. 

MAP 

3752/8 

Core  map  of  RT0S.SV  and,  thus,  of  SCINT.BN 

NOTES 

1926/4 

Text  description  of  system.  Should  be  updated 
when  changes  made  in  public  or  private  copy. 

FI LECH. BN 

4806/10 

Verifies  file  validity  on  disk.  See  Reference  3 

• 

MTLIST.BN 

Total 

3606/8 

380690/758 

Physical  tape  dump  for  MT1.  See  Reference  4. 

* When  used,  also  need  EQUIP. RB  and  .RB  files  for  Scenario  Interpreter  and  Exec. 


86 


SECTION  VII 


REAL-TIME  EMULATOR 


INTRODUCTION 

The  Scenario  Interpreter  is  the  real-time,  emulator  application 
program  which  operates  in  conjunction  with  the  Real-Time  Exec,  a multi- 
tasking, application-oriented  executive  program.  The  Scenario 
Interpreter  executes  commands  used  to  exert  gross  control  over  the 
run,  executes  scenarios  which  describe  the  actions  to  be  taken  in 
emulating  terminal  and  operator  functions,  and  records  real-time 
events  on  a log  tape.  The  Scenario  Interpreter  and  the  Real-Time 
Exec  perform  all  the  functions  of  the  real-time  emulator  run. 

SYSTEM  FLOW 

As  shown  in  Figure  14  the  real-time  emulator  system  as  well  as 
the  internal  scenarios  to  be  used  must  reside  on  disk  before  a run 
can  be  initiated.  The  Scenario  Interpreter  program  (running  under 
the  Real-Time  Executive)  is  then  started  by  input  from  the  control 
teletype.  Once  the  emulation  has  begun,  the  teletype  may  be  used 
for  both  output  messages  and  input  commands  for  the  run.  The  events 
of  the  emulation  are  recorded  on  the  log  tape  during  the  run,  and 
this  tape  is  used  at  the  completion  of  the  run  for  analytical  purposes. 
If  any  dumps  of  the  emulator  system  are  requested  during  the  real-time 
run,  they  will  be  printed  on  the  line  printer  during  the  run. 

OPERATING  INSTRUCTIONS 

External  control  over  a real-time  emulator  run  is  exerted  primarily 
through  the  control  TTY.  The  run  is  started  under  DOS  conventions. 

Once  started,  emulator  conventions  apply.  In  existing  Equipment  Tables, 
the  control  TTY  is  defined  as  device  CTO.  Device  CTO  is  made  to  look 
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Figure  14.  System  Flow  for  Real-Time  Emulator 
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as  much  like  other  (emulated)  devices  as  possible.  CTO  can  be  used 
as  an  emulated  device  if  desired  although  responses  must  be  supplied 
by  the  user,  of  course.  Unlike  other  devices,  CTO  is  operated  in 
echo-plex  mode  so  that  keystrokes  will  cause  printing  on  the  TTY. 
Unlike  DOS,  the  Exec  does  not  echo  back  a carriage-return  and  a line 
feed  when  the  carriage  return  key  is  depressed.  Therefore,  the 
symbol ^ is  used  to  denote  depression  of  the  carriage- return  key  and 
echo  back  of  both  carriage-return  and  line-feed  under  DOS.  Under  Exec 
control,  both  keys  must  be  depressed  and  they  are  represented  below 
by  CR/LF.  It  is  assumed  that  the  list  of  EOM  characters  pointed  to 
by  ETEOM  in  the  ET  entry  for  CTO  includes  LF  (12g),  CANCEL  (30g) , and 
BREAK  (5). 

Startup 

If  not  already  mounted,  a scratch  tape  is  needed  on  tape  drive  0. 
The  real-time  run  is  most  conveniently  started  by  typing  on  the 
control  TTY: 


This  input  causes  DOS  to  treat  the  file  P as  a list  of  DOS  commands. 
The  file  P contains: 


This  set  of  commands  causes  the  contents  of  file  C (containing  WAIT^  ) 
to  be  typed  on  the  control  TTY.  The  log  tape  is  then  rewound  if  it 
was  left  other  than  at  the  load  point  by  a previous  real-time  run  or 
by  an  aborted  Data  Reduction  run.  While  the  tape  is  rewinding,  the 
real-time  emulator  program  (SCINT.BN)  is  called  and  initialization  is 
begun.  All  further  control  TTY  inputs  must  follow  Exec  conventions. 


RELEASE  MTO 


TYPE  C 


EXEC  SCINT 
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Control  TTY  Inputs 
Run  ID 


After  the  word  'WAIT’  is  typed  on  CTO,  the  user  must  wait  for  the 
message  'ENTER  RUN  ID'  to  be  typed  on  CTO  before  taking  any  further 
action.  The  user  must  then  enter  a character  string,  terminated  by 
CR/LF,  which  will  be  written  on  the  log  tape  as  the  run  identification. 

The  run  identification  consists  of  all  characters  typed  up  to  but  not 
including  the  first  control  character  (those  with  octal  values  less 
than  40)  or  the  first  20^  non-control  characters.  If  an  error  is 
made  in  entering  the  run  ID,  simultaneous  depression  of  the  control 
and  X keys  (Control-X)  will  cancel  the  input  and  the  user  can  start 
again.  Almost  immediately  after  entry  of  the  run  ID,  the  emulator 
will  write  the  run  ID  and  the  other  two  history  records  on  the  log 
tape  in  one  burst  and  then  type  "READY"  on  CTO.  The  emulator  is  now 
ready  to  accept  commands  so  as  to  start  emulation. 

Commands 

The  emulator  will  remain  in  the  idle  state  until  a command  is 
entered  from  CTO  or  from  another  emulator  module  or  until  an  (unsolicited) 
response  is  received  from  the  SUT,  from  CTO,  or  from  another  emulator 
module.  Even  then,  the  emulator  will  return  to  the  idle  state  until 
one  or  more  START  commands  are  executed  by  the  emulator.  Commands  are 
described  in  Volume  2 of  this  series.  Commands  from  CTO  (or  another 
emulator  module)  must  be  preceded  by  an  ASCII  left-bracket  character 
(Control-K).  With  a single  START  command,  the  user  can  execute  a control 
scenario,  if  he  desires,  which  can  automatically  START  other  devices 
and  execute  other  commands  (by  means  of  the  type-C  scenario  instruction) 
and  any  of  the  scenario  instructions  defined  in  Volume  2. 

CANCEL  Input 

Any  CTO  input  can  be  cancelled  by  depressing  Control-X.  The  input 
will  not  be  logged,  and  CR/LF  will  be  typed  as  an  acknowledgement. 
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BREAK  Output 


If  the  first  (or  any  odd)  character  of  a CTO  input  message  is  a 
BREAK  character  (input  by  depressing  Control-E) , the  input  is  con- 
sidered a BREAK  input  whose  purpose  is  to  BREAK  or  stop  output  on  CTO 
of  error  messages  (see  ERROR  command)  and  the  monitor  output  of 
queries  and  responses  (see  MONITOR  command).  Error  messages,  queries, 
and  responses  already  queued  for  typing,  will  be  typed,  but  no  more 
will  be  queued  until  another  ERROR  or  MONITOR  command  causes  them  to 
be  queued  again. 

Responses 

A CTO  input  not  in  any  of  the  above  classes  is  considered  a 
response.  If  no  scenario  is  operating  for  CTO,  they  will  be  treated 
as  unsolicited.  If  a scenario  is  operating  and  is  waiting  for  a 
solicited  response,  the  response  will  be  processed  immediately. 
Otherwise,  the  response  will  be  queued  until  the  scenario  requests 
it  or  until  the  scenario  terminates. 

Shutdown 

The  real-time  run  is  terminated  by  execution  of  a QUIT  command 
from  CTO,  another  emulator  module,  or  a scenario.  If  the  run  does 
not  terminate  immediately,  the  emulator  is  so  busy  that  the  QUIT 
command  (which  is  purposely  given  the  lowest  possible  priority)  is 
never  executed  because  of  a continuing  string  of  higher  priority 
tasks.  One  or  more  devices  must  be  STOPped  for  the  QUIT  command  to 
be  executed.  When  the  QUIT  command  is^  executed,  two  lines  of 
emulator  statistics  are  typed  on  CTO  and  the  NOVA  halts.  By  depress- 
ing Continue  on  the  panel,  DOS  will  be  brought  back  in  core  and 
executed.  DOS  will  type  ’DOS  REV  XX.’  and  it  will  halt.  Depressing 
Continue  again  will  cause  ’Rf  to  be  typed,  and  DOS  is  again  in  control. 
If  desired,  the  Data  Reduction  program  can  be  executed  for  the  run  just 
completed  or  any  DOS  function  can  be  performed. 
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ERROR  MESSAGES 


The  high-order  digit  of  the  printed  error  message  number  has  been 
used  to  classify  the  error  messages  generated  by  the  Scenario  Interpre- 
ter as  to  seriousness.  The  most  serious  errors  correspond  to  the 
highest  digit.  The  ten  error  message  classes  are  given  in  Table  X. 
General  comments  are  also  included  as  to  the  kinds  of  errors 
associated  with  each  class  and  the  system  action  following  detection 
of  the  error. 

Table  XI  lists  and  explains  all  the  error  messages  generated  by 
the  Scenario  Interpreter.  Each  three-digit  number  shown  is  a part 
of  the  message.  The  message  itself  represents  the  only  use  in  the 
Scenario  Interpreter  of  the  three-digit  numbers.  Elsewhere,  error 
messages  are  referenced  only  by  the  two  low-order  digits,  and  the 
table  is  in  order  based  on  these  digits.  The  convention  (6)40  has 
been  used  to  indicate  the  internal  and  external  message  numbers. 

The  table  gives  the  meaning  and  cause  of  each  error  message  as  well 
as  the  subroutines  and  modules  which  generate  the  message. 
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Table  X 


Error  Message  Classes  for  Scenario  Interpreter 


Class 

Meaning 

9 

Not  used.  Reserved  for  severe  errors  which  would  abort 
real-time  run. 

8 

System  errors.  Bring  to  attention  of  system  programmer. 
Action  terminated  for  device  and  device  made  inactive. 
(Same  as  if  end  of  top-level  scenario  reached). 

7 

Relatively  serious  problem.  May  be  system  error  or  user 
error.  Action  terminated  as  for  class  8. 

6 

Relatively  serious  user  error,  probably  in  a scenario. 
Action  terminated  as  for  class  8 unless  able  to  proceed. 

5 

Error  encountered  in  attempt  to  free  a block  of  allocable 
core  memory.  Probably  a system  error  although  improper 
use  of  a type-F  scenario  instruction  or  previous  improper 
action  with  Registers  could  cause  it.  System  attempts  to 
continue  with  emulation  of  device. 

4 

User  error.  Improper  use  of  a command.  Command  not 
executed.  Action  continues  as  for  class  5. 

3 

Unable  to  execute  command.  May  be  a problem  of  synchroni- 
zation between  devices.  Action  continues  as  for  class  5. 

2 

Unable  to  execute  command.  Erroneous  command  operator  or 
operand.  Action  continues  as  for  class  5. 

1 

Usually  an  indication  of  an  action  taken  although  an  error 
may  be  present  also. 

0 

Not  an  error.  Indication  of  action  taken. 
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Table  XI 


Error  Messages  for  Scenario  Interpreter 


Message 

Meaning 

800  STACK  OVERFLOW 

System  error*  Attempt  to  PUSH  a value  into 
stack  portion  of  RS  when  stack  full.  (Sub- 
routine POSH0,  POSHl,  POSH2,  or  POSH3) . 

801  STACK  UNDERFLOW 

System  error.  Attempt  to  POP  a value  from 
stack  portion  of  RS  when  stack  empty  (Sub- 
routine PUP0,  PUP1,  PUP2,  or  PUP3) . 

502  NO  RS  TO  FREE 

System  error.  Attempt  to  free  RS  when  STACK!=0. 
(Subroutine  FRRS). 

503  ILLEGAL  FREE 
ADDRESS 

Probably  a system  error.  Attempt  to  free  RS 
or  buffer  whose  address  not  in  allocable  core. 
(Subroutine  FRRS  or  FRBF) . 

504  NO  BUFFER  TO  FREE 

Probably  a system  error.  Attempt  to  free  a 
non-existent  buffer,  i.e.,  pointer  = 0 
(Subroutine  FRBF). 

406  TOO  FEW  REGS  FOR 
SUBSCENARIO  CALL 

Register  RGCAL  not  allocated  in  current  set  so 
that  execution  of  a SUB  command  is  ruled  to  be 
invalid.  (Subroutines  CMINT  or  ALRG) . 

507  NO  REGS  TO  FREE 

The  set  of  Registers  pointed  to  may  have  been 
freed  previously  or  the  contents  of  the 
Register  may  have  been  altered  erroneously  by 
a scenario.  Otherwise,  a system  error.  (Sub- 
routine FRRG)  . 

210  COMMAND  NOT 
IMPLEMENTED 

Specified  command  (MOD  or  TRANSFER)  has  not 
been  implemented.  (Subroutine  CMINT). 

211  INCORRECT  COMMAND 
OPERATOR 

Erroneous  command  operator.  (Subroutine  CMINT) . 

312  EQUIPMENT 
UNAVAILABLE 

Attempt  to  START  a device  whose  status  is  other 
than  TIT  or  fS’  . (Subroutine  CMINT). 
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Table  XI  (Continued) 


Error  Messages  for  Scenario  Interpreter 


Message 

Meaning 

613  OUT-OF-RANGE 
REG  # 

Attempt  to  access  Register  not  allocated  in 
current  set  (module  FETCH)  or  in  another  set 
(module  ININT  - type  g or  p scenario  instruction). 

114  DEVICE  STOPPED 

End  of  top-level  scenario  reached  by  normal 
operation  or  simulated  due  to  serious  error. 
(Module  FETCH). 

215  VALUE  NEEDED  FOR 
COMMAND 

Numeric  (decimal)  value  missing  from  SCALE 
command  or  numeric  portion  of  equipment  name 
missing  from  MONITOR,  RESTART,  START,  STATUS, 
or  STOP  command.  (Subroutine  CMINT  or  FNENT). 

216  UNKNOWN  DEVICE 
NAME  IN  COMMAND 

Unable  to  find  equipment  name  specified  in 
MONITOR,  RESTART,  START,  STATUS,  or  STOP  command 
in  Equipment  Table.  (Subroutine  FNENT). 

217  INCORRECT 

SCENARIO  NAME 

Unable  to  find  scenario  name  specified  in  START 
or  SUB  command  in  Scenario  Directory  (Sub- 
routine CMINT). 

020  ACTION  TAKEN 

Indicates  successful  execution  of  DUMP,  ERROR, 
MONITOR,  RESTART,  SCALE,  START,  STOP,  or  SUB 
command  (Subroutine  CMINT). 

121  SUB  COMMAND  LEGAL 
ONLY  FROM  SCENARIO 

No  rational  way  to  execute  a SUB  command  from 
one  device  for  another  since  they  operate 
asynchronously  (Subroutine  CMINT). 

422  INVALID  SUB- 
SCENARIO COMMAND 
REFERENCE 

Attempt  to  execute  a SUB  command  with  no  scenario 
specified  when  no  uncompleted  subscenario  exists 
for  device  (RGCAL  « 0)  or  when  Register  RGCAL 
does  not  point  to  a valid  set  of  Registers 
(C (RGR0)  ^ RGR0) . (Subroutine  CMINT). 

223  ONLY  "ON"  OR  "OFF" 
LEGAL 

First  operand  of  LOG  command  specifies  ’ALL*  and 
second  operand  specifies  neither  !0N!  nor  'OFF* 
(Subroutine  CMINT). 
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Table  XI  (Continued) 


Error  Messages  for  Scenario  Interpreter 


Message 

Meaning 

224  ONLY  "A",  ”N",  OR 
"U"  LEGAL 

First  operand  of  LOG  command  specifies  fTHISf 
OR  equipment  name  and  second  operand  specifies 
none  of  fAf , fNf  , or  fUf.  (Subroutine  CMINT)  . 

125  LOG  ACTION  COMPLETE 

LOG  command  has  processed  as  much  as  it  can  of 
the  third  operand.  Each  component  of  this 
operand  is  processed  separately  and  program 
has  reached  illegal  component  or  end  of  command. 
Rather  than  attempting  in  an  iterative  program 
to  separate  the  cases  of  missing  third  operand, 
error  in  nth  component  but  first  n-1  of  them 
were  processed,  or  all  components  were  correct, 
a combination  message  is  used  which  is  intended 
to  cause  the  user  to  verify  that  there  was  no 
error  in  the  third  operand.  Note  that  for  this 
type  of  SUB  command,  the  SUBSCENARIO  form  is 
invalid  and  no  character  (such  as  a blank)  may 
follow  fSUBT  in  the  command  instruction  or  the 
program  will  assume  a scenario  is  specified. 

826  STATI  INCORRECT 

System  error.  Instruction  Interpreter  attemp- 
ting to  emulate  device  whose  status  (STATI)  is 
neither  fAf  nor  fTf.  (Module  FETCH.) 

327  DEVICE  INACTIVE  OR 
STOPPED 

Attempt  to  STOP  a device  whose  status  (STATI) 
is  fIf,  fTf,  f S f , or  'U'.  (Subroutine  CMINT.) 

330  DEVICE  NOT  STOPPED 

Attempt  to  RESTART  a device  whose  STATUS  (STATI) 
is  neither  fTf  nor  fSf.  (Subroutine  CMINT.) 

631  QUERY  BUFFER 
OVERFILL 

Attempt  to  fill  query  buffer  beyond  end  by 
scenario  instruction  of  type  5,  \,  or  @.  Note 
that  if  an  error  message  intervenes  after 
generation  of  query  buffer, but  before  filling 
it,  the  error  message  buffer  will  displace  the 
query  buffer  and  the  error  message  buffer  will 
then  be  filled  by  the  instruction.  (Module 
ININT.) 
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Table  XI  (Continued) 


Error  Messages  for  Scenario  Interpreter 


Message 

Meaning 

732  NO  QUERY  BUFFER  TO 
FILL 

This  message  will  only  appear  if  there  is  no 
query  buffer  (or  error  message  buffer) 
associated  with  the  device  and  a scenario 
instruction  of  type  5,  or  @ is  executed. 

This  condition  will  only  occur  prior  to 
generation  of  the  first  buffer  or  following 
execution  of  a type-E  scenario  instruction 
and  before  generation  of  next  query  buffer  or 
of  next  error  message  buffer  which  is  not  the 
result  of  a type-E  instruction. 

333  DEVICE  STOPPED  BY 
TYPE- 7 INSTR 

A RESTART  command  is  not  legal  for  the  device 
since  it  was  STOPped  by  a type-7  scenario 
instruction  rather  than  by  a STOP  command  so 
that  there  is  no  current  task  which  can  be 
RESTARTed.  See  Miscellaneous  Notes  section. 
(Subroutine  CMINT)  . 

634  OTHER  REG  SET  DOES 
NOT  EXIST 

Attempt  to  execute  a scenario  instruction  of 
type  g or  p when  the  other  set  of  Registers 
does  not  exist  (pointer  = 0).  (Module  ININT) . 

035  TTY  OUTPUT 
SUPPRESSED 

A BREAK  input  was  recognized  and  executed. 
(Module  SCINT.) 

336  ASSEMBLY  ERROR  IN 
SCEN 

First  byte  of  internal  scenario  is  non-zero. 
Scenario  needs  to  be  reassembled  after  correc- 
tion of  errors  before  it  will  be  acceptable  for 
use  with  START  or  SUB  command.  (Subroutine 
CMINT). 

337  EQUIPMENT  TYPE 
MISMATCH 

Scenario  may  not  be  used  with  specified  device 
(START  command)  or  with  current  device  (SUB 
command)  because  scenario  is  not  a universal 
scenario  and  the  second  byte  of  the  internal 
scenario  fails  to  match  TERMT  in  the  ET  entry 
for  the  device.  (Subroutine  CMINT). 
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Table  XI  (Concluded) 


Error  Messages  for  Scenario  Interpreter 


Message 

Meaning 

640  BEHIND  SCHEDULE 

A type-W  scenario  instruction  was  executed 
after  the  specified  time  had  passed.  The 
amount  of  time  by  which  the  task  is  behind 
schedule,  in  milliseconds,  is  contained  in 
the  start  transmission  time  fields  of  the 
buffer.  Processing  continues  for  device. 
(Module  ININT.) 

641  WAIT  INSTR 
IGNORED 

Type-W  scenario  instruction  may  not  specify 
a time  in  excess  of  approximately  4.62  hours 
because  of  conversion  problems.  Instruction 
ignored  and  processing  continues  for  the 
device.  (Module  ININT.) 
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DEVICE  STATUS 


Figure  15  shows  all  the  valid  state  (STATI)  transitions  which 
can  occur  for  a device.  These  transitions  occur  as  the  following 
functions  are  performed: 

I-+A  occurs  when  a START  command  is  successfully  executed 
for  the  device. 

A-*I  occurs  when  the  end  of  the  top-level  scenario  (RGRET  = 0 
for  the  current  set  of  Registers)  is  reached  for  the 
device. 

A— *T  occurs  when  a STOP  command  is  successfully  executed  for 

the  device. 

A— *W  occurs  when  a time  delay  type  of  scenario  instruction 

(type  D,  W,  or  d)  is  executed. 

A— >S  occurs  for  the  current  device  when  a type-7  scenario 

instruction  transfers  control  of  the  task  to  another 
device. 

W— >A  occurs  upon  the  expiration  of  a time  delay  caused  by 

execution  of  a scenario  instruction  of  type  D,  W,  or  d. 

W— * >T  occurs  when  a device  is  STOPped  while  executing  a 

scenario  instruction  of  type  D,  W,  or  d. 

S-+A  occurs  when  a STOPped  device  is  STARTed  or  RESTARTed 
after  the  transition  from  T to  S has  taken  place  or 
for  the  new  device  during  execution  of  a type- 7 scenario 
instruction. 

T— *S  occurs  for  a STOPped  device  after  completion  of  execution 

of  the  current  scenario  instruction  or  upon  receipt  of 
a response  following  execution  of  a scenario  instruction 
of  type  R or  I 

T— >A  occurs  when  a RESTART  command  is  executed  for  a STOPped 

device  before  the  T to  S transition  has  taken  place. 
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Figure  15.  State  Transition  Diagram 
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U device  is  unavailable  and  status  cannot  be  changed  by  the 

emulator  (can  only  be  changed  in  non-real- time  by 
reassembly  of  the  ET  or  with  the  octal  editor). 

RING  COUNTERS 

There  is  a pair  of  ring  counters  in  each  ET  entry  (for  each 
emulated  device) . They  are  used  to  sequence  number  tasks  of  types  6 
(unsolicited  responses),  7 (solicited  responses),  and  8a  (newly  STARTed 
devices) , so  that  only  one  task  of  these  types  at  a time  (per  device) 
can  proceed  past  a certain  point  in  the  Input  Processor  (types  6 and  7) 
or  the  Instruction  Interpreter  (type  8a)  so  as  to  preserve  reentrancy. 
The  ring  counter  RRING  (the  response  ring  counter)  is  used  to  count 
and  sequence  number  such  tasks.  The  subroutine  CHEKR  is  used  to  main- 
tain RRING.  CHEKR  fetches  RRING  and  uses  it  to  sequence  number  the 
task  (by  setting  RSEQU) , steps  RRING,  and  stores  the  updated  value. 
CHEKR  then  compares  RSEQU  with  PRING  (the  processing  ring  counter) . 

If  they  are  equal,  the  task  is  allowed  to  proceed.  Otherwise,  the 
task  remains  in  CHEKR  until  PRING  equals  RSEQU.  Thus,  a queue  of 
such  tasks  is  maintained  for  each  device,  when  necessary,  and  the 
tasks  are  released  one  at  a time  in  the  order  in  which  they  reached 
CHEKR. 

The  processing  ring  counter  (PRING)  is  maintained  by  the  sub- 
routine STEPR.  STEPR  is  called  when  task  types  6 (unsolicited 
responses),  7b  (type  R or  I scenario  instruction  executed),  or  7c 
(end  top-level  scenario)  terminate  and  when  certain  tasks  of  type  8a 
are  generated  (when  a STOPped  device  is  STARTed,  the  STOPped  task 
must  first  be  terminated).  The  only  function  performed  by  STEPR  is 
to  step  PRING  so  that  the  next  sequence  numbered  task  may  proceed. 

These  steps  are  shown  in  Figure  16  which  is  a modification  of 
the  state  diagram  in  Figure  15.  In  Figure  16,  when  a device  is 
STARTed,  its  status  (STATI)  changes  from  I to  A.  RRING  is  alscf 
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RRING  used  and  stepped  by  CHEKR 
(?)  PRING  stepped  by  STEPR 


Figure  16.  Ring  Counter  Changes 
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stepped  and  the  new  task  may  be  queued.  When  the  end  of  a top-level 
scenario  is  reached  for  a device,  its  status  changes  from  A to  I and 
PRING  is  stepped. 

If  a STOPped  device  is  STARTed  (not  RESTARTed) , its  status 
changes  from  S to  A.  When  the  STOPped  task  is  terminated,  PRING  is 
stepped  for  the  old  task.  RRING  is  then  stepped  for  the  new  task 
(which  may  be  queued.) 

The  loop  around  the  I status  indicates  no  change  in  status  but 
the  fact  that  if  the  device  is  inactive,  receipt  of  an  unsolicited 
response  first  causes  RRING  to  be  stepped  and  then  PRING.  Unsolicited 
responses  are  queued  since  a change  in  device  status  while  the  respons 
is  queued  may  cause  a change  in  the  type  of  response.  The  final  deter 
mination  as  to  the  type  of  response  is  made  when  the  response  leaves 
the  queue. 

Similarly  the  loop  around  the  A status  indicates  no  change  in 
status  but  the  execution  of  a scenario  instruction  of  type  R or  I 
which  causes  PRING  to  be  stepped  followed  by  a new  task  which  steps 
RRING.  Had  one  or  more  responses  already  been  queued  for  the  device, 
the  stepping  of  PRING  would  allow  the  first  of  these  to  advance. 

The  discussion  also  indicates  possible  problems  regarding  use 
of  the  type-7  scenario  instruction.  For  a type-7  instruction  to  be 
valid,  the  device  to  which  control  of  the  task  is  transferred  must 
be  STOPped.  Thus,  for  this  new  device  there  already  exists  a sus- 
pended Scenario  Interpreter  task.  If  a task  which  has  been  generated 
for  one  device  is  allowed  to  terminate  for  a second  device,  PRING 
will  not  get  stepped  at  the  end  of  the  task  for  the  old  device  but 
for  the  new  device.  Thus,  since  the  ring  counters  provide  for  256^ 
sequence  numbers,  the  old  device  would  have  to  accumulate  a total  of 
255  queued  responses  (which  would  tie  up  255  Exec  clock  blocks) 
before  any  further  activity  could  occur  for  the  old  device.  The  new 
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device  should  be  able  to  resume  activity  when  a new  task  is  generated 
for  it,  but  the  original  STOPped  task  would  be  destroyed  without  its 
allocable  core  being  freed  when  the  task  which  executed  the  type-7 
instruction  terminated.  The  first  problem  is  the  more  serious  one, 
of  course,  but  the  latter  ties  up  system  resources  for  the  duration 
of  the  run.  Therefore,  a task  which  is  started  for  one  device  should 
be  terminated  for  the  same  device  to  avoid  these  problems. 

RESPONSE  HANDLING  AND  LOGGING 

The  determination  of  whether  logging  is  enabled  or  not  for  a 
particular  device  and  a particular  buffer  type  is  made  at  the  time 
the  buffer  is  allocated.  Changing  the  setting  of  the  logging 
indicators,  with  the  LOG  command,  has  no  affect  on  logging  of  buffers 
which  have  already  been  allocated.  In  the  present  implementation,  if 
logging  is  enabled  in  a given  case,  a long  buffer  (one  with  a long 
header)  is  allocated  and  all  long  buffers  are  logged.  For  all  long 
buffers,  the  log  processing  bit  in  BFIND  is  set  at  time  of  allocation. 
For  either  long  or  short  buffers,  one  of  the  other  five  processing 
bits  is  set  (based  on  buffer  type)  at  time  of  allocation.  When  a 
task  is  done  with  a buffer  or  when  it  needs  the  buffer  pointer  space 
in  the  RS  for  a new  buffer  to  be  allocated,  it  resets  the  appropriate 
processing  bit  and  attempts  to  free  the  buffer.  If  all  six  processing 
bits  are  reset,  the  free  attempt  is  successful. 

Unlike  the  other  four  types  of  buffers,  response  buffers  are  not 
automatically  logged  in  all  cases.  Every  long  response  buffer  must 
be  logged  by  one  means  or  another  or  it  will  not  be  freed  and  the 
space  will  not  be  available  for  reallocation  during  the  rest  of  the 
run.  A separate  response  queue  is  maintained  for  each  emulated 
device  so  that  only  one  main  task  can  be  active  at  a time  to  process 
a single  response.  When  a response  and  its  associated  task  leave  the 
queue,  the  determination  is  made  as  to  whether  the  response  is 
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solicited  (or  unsolicited)  depending  essentially  on  whether  the  device 
is  active  (or  inactive).  If  the  device  is  inactive  when  the  response 
leaves  the  queue,  the  response  will  be  logged  automatically  as  un- 
solicited, if  logging  is  enabled,  and  the  task  is  terminated. 

If  the  device  is  active  at  the  time  the  response  leaves  the 
queue,  the  response  will  be  logged  automatically  as  solicited  if 
Response  Indicator  2 in  ETIND  is  set  and  logging  is  enabled.  The 
indicator  must  be  set  by  executing  a scenario  instruction  of  the  form 
= 2 prior  to  the  time  the  response  leaves  the  queue.  A long  response 
buffer  can  also  be  logged  by  executing  a type-8  scenario  instruction, 
which  specifies  whether  the  response  is  solicited  or  unsolicited.  The 
use  of  both  techniques  will  cause  the  buffer  to  be  logged  two  or  more 
times,  once  automatically  and  once  for  each  type-8  instruction  executed. 
Since  there  is  no  apparent  advantage  in  logging  a response  more  than 
once  and  the  solicited  response  indicator  (bit  0 in  BFIND)  is  initially 
reset,  execution  of  a type-8  instruction  to  log  a response  as  unsolici- 
ted does  not  reset  the  solicited  response  indicator.  Therefore,  once 
the  indicator  has  been  set  by  either  means , any  further  type-8  instruc- 
tions will  cause  logging  as  solicited  regardless  of  the  value  of  the 
first  operand. 

When  a device  is  active,  all  responses  received  will  be  queued 
until  one  is  requested  by  the  scenario  by  means  of  executing  a scenario 
instruction  of  type  R or  I.  When  such  an  instruction  is  executed,  the 
main  task  for  the  device  is  terminated  at  the  end  of  execution  of  that 
instruction.  Further  execution  of  the  scenario  is  done  by  the  task 
associated  with  the  next  queued  response  which  starts  execution  with 
the  scenario  instruction  following  the  R or  I instruction.  If  any 
responses  are  queued  for  a device  when  the  end  of  the  top-level  scenario 
is  reached  or  when  a STOPped  device  is  STARTed  (not  RESTARTed) , the 
responses  will  be  logged  automatically  as  unsolicited.  In  addition, 
when  either  event  occurs,  all  indicators  in  ETIND  are  reset  except 
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for  the  Command  Indicator  and  the  Monitor  Indicator.  Therefore,  if 
responses  are  to  be  logged  automatically  as  solicited,  each  scenario 
STARTed  (not  RESTARTed  or  executed  by  a SUB  command)  must  set  Response 
Indicator  2. 

DIGITAL  I/O 

Digital  I/O  devices  are  installed  on  the  field-test  system  but 
not  on  the  lab  system.  With  the  field-test  system  connected  directly 
to  a SUT  (without  use  of  modems),  the  emulator  must  emulate  the 
actions  of  modems  as  well  as  devices  and  operators.  For  each  device, 
the  SUT  must  believe  it  is  communicating  with  the  modem  at  its  end  of 
a communications  channel.  To  provide  more  direct  and  complete  control 
over  the  modem  control  lines  (those  not  used  for  data  transfer)  than 
that  provided  by  most  line  adapters,  the  emulator  uses  digital  input 
devices  to  read  the  control  signals  set  and  reset  by  the  SUT  and 
digital  output  devices  to  set  and  reset  the  control  signals  read  by 
the  SUT. 

The  field-test  system  to  be  discussed  is  that  containing  16 
asynchronous  communications  channels  and  8 synchronous  channels.  The 
discussion  is  largely  concerned  with  emulation  of  asynchronous  devices, 
with  comments  as  to  the  extensions  for  synchronous  devices. 

The  digital  I/O  design  was  done  by  Data  General.  The  intended 
software  design  had  to  be  modified  to  interface  with  the  hardware  as 
delivered. 

A digital  output  device  contains  the  capability  of  setting  32^ 
digital  outputs.  Since  a single  NOVA  instruction  can  set  only  16^ 
outputs,  the  outputs  associated  with  one  device  address  are  separated 
into  A and  B groups.  Since  the  outputs  must  be  continuous  rather  than 
momentary,  a register  is  associated  with  each  of  the  two  groups  of  an 
output  device.  Thus  a NOVA  digital  output  instruction  loads  either 
the  A or  the  B register  and  the  SUT  reads  (senses)  the  bits  in  those 
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registers.  Loading  a register  corresponds  to  the  simultaneous  setting 
of  some  outputs  to  1 and  resetting  of  others  to  0.  Since  Data  General 
provided  no  means  of  reading  an  output  register,  the  emulator  software 
has  to  maintain  a record  of  the  status  of  each  set  of  16  outputs,  in 
the  word  pointed  to  by  ETDOA.  (Each  such  word  contains  the  current 
settings  of  outputs  associated  with  2 to  16  emulated  devices,  as 
should  be  clear  later.)  When  one  or  more  digital  outputs  must  be  set 
or  reset  for  an  emulated  device,  the  software  has  to  fetch  the  word 
pointed  to  by  ETDOA  and  either  reset  the  appropriate  bits  by  masking 
or  set  them  by  ORing.  The  updated  word  then  has  to  be  stored  back 
in  memory  and  loaded  into  the  appropriate  register. 

The  system  contains  four  digital  output  devices  with  (octal) 
addresses  of  64,  65,  66,  and  67.  The  outputs  for  a single  digital 
output  device  are  numbered  from  0 to  31  decimal  (0  to  15  in  the  A 
register,  16  to  31  in  the  B register).  The  system  contains  128 
digital  outputs.  Devices  64  and  65  are  reserved  for  synchronous 
emulation,  and  66  and  67  are  used  for  asynchronous  emulation. 

The  digital  input  hardware  is  similar  to  that  for  digital  output 
but  simpler.  A digital  input  device  allows  reading  (sensing)  32^ 
inputs.  The  inputs  are  grouped  in  A and  B groups  although  a group 
is  simply  a group  of  lines  in  the  emulator  hardware  since,  in  this 
case,  the  inputs  read  are  in  registers  in  the  SUT.  When  one  or  more 
digital  inputs  must  be  read  and  tested  for  an  emulated  device,  the 
appropriate  digital  input  device  and  group  (containing  inputs 
associated  with  2 to  16  emulated  devices)  must  be  read,  and  the 
appropriate  inputs  tested. 

The  system  contains  two  digital  input  devices  with  (octal) 
addresses  of  70  and  71.  The  inputs  for  a single  digital  input  device 
are  numbered  from  0 to  31  decimal  (0  to  15  in  the  A group,  16  to  31  in 
the  B group).  The  system  contains  64  digital  inputs.  Device  70  is 
reserved  for  synchronous  emulation,  and  71  is  used  for  asynchronous 
emulation. 
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Figure  17  shows  the  types  of  connections  between  the  NOVA  rack 
and  the  SUT,  by  way  of  the  interface  rack.  On  the  left  are  the 
connection  points,  and  on  the  right  is  shown  the  type  of  path  connecting 
each  pair  of  adjacent  points.  The  jumpers  between  the  A and  B barrier 
strips  are  intended  to  be  the  primary  means  of  changing  configurations. 
For  asynchronous  devices,  there  are  16  A barrier  strips  and  16  B strips, 
one  of  each  per  device.  Up  to  10  separate  connections  can  be  made 
from  an  A barrier  strip  to  10  or  less  of  the  24  connection  points  on  a 
B barrier  strip. 

The  relationships  within  the  interface  rack  should  be  clarified 
by  Figure  18.  A single  cable  carries  all  32  inputs  or  outputs  (both 
A and  B groups)  of  a single  digital  I/O  device  between  the  NOVA  rack 
and  the  interface  rack.  A single  section  of  the  interface  rack 
accommodates  16  emulated  asynchronous  devices.  The  normal  wiring 
needed  for  emulating  Bell  103A  modems  is  shown  in  the  figure.  Only 
the  digital  I/O  wiring  is  shown.  For  each  emulated  device,  two 
digital  inputs  and  four  digital  outputs  are  shown  although  only  one 
of  the  inputs  is  used.  Digital  input  device  71  is  adequate  for  the 
needs  of  all  16  emulated  devices.  Digital  output  devices  66  and  67 
are  needed  to  provide  four  outputs  per  emulated  device.  In  the 
diagram,  the  outputs  are  labeled  from  0 through  3 and  the  inputs  from 
0 through  1.  These  are  the  addresses  to  be  used  by  scenarios. 

The  purpose  of  the  ETDID  and  ETDOD  fields  in  an  ET  entry  is  to 
describe  the  relationship  between  the  fixed  digital  I/O  addresses 
used  by  scenarios  (the  same  for  all  emulated  devices)  and  the  hardware 
addresses  which  are  different  for  each  emulated  device.  ETDID  and 
ETDOD  as  well  as  the  four  types  of  digital  I/O  scenario  instructions 
allow  up  to  eight  digital  inputs  and  eight  digital  outputs  to  be 
associated  with  each  emulated  device.  Since  only  one  NOVA  instruction 
is  used  to  read  digital  inputs  or  to  set  and  reset  digital  outputs 
and  to  conserve  space  in  the  ET,  all  the  inputs  (or  outputs)  for  an 
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CONNECTION  POINTS 


PATH  TYPES 


device,  A or  B 

NOVA  hardwired 

i NOVA  connector 


IR  back  connector 


A Barrier  Strip 
IR 

B Barrier  Strip 


cable 


one  jumpered  end 


jumper 


one  jumpered  end 


IR  front  connector 


cable 


SUT  SUT  modem  connector 


IR  = interface  rack 


Figure  17.  Digital  I/O  Connections 


| IB  - 4 2, 9I3~| 


To  Oivlct  71  ( I nputs ) 


- Bock  Connectors  — 
To  Dsvlcs  66(0utputs) 


To  Device  67  (Outputs) 


C3(p  3l)  Cl(o  3l)  C2(o  3l) 


Front  Connectors 


Figure  18 


NORMAL  interface  rack  wiring  for  asynchronous  devices 
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emulated  device  must  have  the  same  digital  I/O  device  address,  be  in 
the  same  group  (A  or  B) , and  be  adjacent  to  one  another. 


ETDID  and  ETDOD  have  the  same  format  (CCCBSSSSOODDDDDD  in  binary) 
and  specify  the  digital  I/O  device  address  (DDDDDD),  the  number  of  the 
left-most  input  or  output  (BSSSS,  where  the  value  of  the  high-order  (B) 
bit  separates  the  A group  from  the  B group),  and  the  number  of  con- 
secutive inputs  or  outputs  minus  one  (CCC).  If  ETDID  (or  ETDOD)  is 
zero,  there  are  no  inputs  (or  outputs)  associated  with  the  emulated 
device.  From  Figure  18  it  can  be  seen  that: 


for  device  TY1: 

ETDID:  CCC  = 1,  BSSSS  = 0,  DDDDDD  =71 

ETDOD:  CCC  = 3,  BSSSS  = 0,  DDDDDD  = 66 

for  device  TY2: 


ETDID: 

ETDOD: 


CCC  = 1, 

BSSSS  = 2, 

DDDDDD  = 

71 

CCC  = 3, 

BSSSS  = 4, 

DDDDDD  = 

66 

for  device  TY16: 


ETDID: 

ETDOD: 


CCC  = 1, 

BSSSS  = 

30. , 

DDDDDD  =71 

CCC  = 3, 

BSSSS  - 

28. , 

DDDDDD  =67 

where  a decimal  point  following  a number  indicates  a decimal  number, 
otherwise  octal. 


In  Figure  18,  the  six  digital  input  and  output  connections  on  an 
A barrier  strip  are  connected  to  six  points  on  a B barrier  strip  which 
in  turn  are  connected  to  six  pins  on  a front  connector  which  is  cabled 
to  the  SUT.  These  correspondences  are  shown  in  Figure  19.  The  codes 
are  standard  pin  or  signal  codes.  Figure  20  contains  synonyms  for  the 
five  scenario  instruction  op-codes  used  for  digital  I/O  as  well  as 
correspondences  between  the  digital  I/O  addresses  used  by  a scenario 
and  the  two-letter  signal  codes.  These  equivalences  can  be  made  by 
use  of  the  Macro  Processor. 
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Scenario 
I/O  Address 

Pin 

Number 

Code 

Function 

DO-O 

6 

CC 

Data  Set  Ready  (DSR) 

DO-1 

8 

CF 

Carrier  Detect  (CD) 

DO- 2 

22 

CE 

Ring  Indicator  (RI) 

DO-3 

5 

CB 

Clear  to  Send  (CTS) 

DI-0 

4 

CA 

Request  to  Send  (RTS) 

DI-1 

20 

CD 

Data  Terminal  Ready  (DTR) 

Figure  19.  Normal  Asynchronous  Correspondence 


DON  = ; 

DOF  = : 

BDN  = 9 
BDF  = q 
ADY  = d 
CC  = 0 
CF  = 1 
CE  = 2 
CB  = 3 
CA  = 0 
CD  = 1 

Figure  20.  Macro  Definitions 
for  Digital  I/O 


DON  CE 
L CDLOOP 
BDN  CDON  CD 
ADY  250 
J CDLOOP 
L CDON 
ADY  500 
DON  CC 
DOF  CE 
ADY  4500 
DON  CB  CF 

Figure  21.  HANDSHAKE  Scenario 
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Figure  21  contains  the  HANDSHAKE  scenario  which  causes  the 
emulator  to  exchange  the  modem  control  signals  necessary  prior  to 
data  transmission.  The  scenario  first  turns  on  (sets)  the  Ring 
Indicator  (CE) . At  the  label  CDLOOP,  a branch  is  taken  to  the  label 
CDON  if  Data  Terminal  Ready  (CD)  is  on.  Otherwise,  a 250-ms  delay 
is  taken  followed  by  a branch  to  CDLOOP  to  test  CD  again.  When  CD 
has  been  turned  on  by  the  SUT  (at  CDON),  a 500-ms  delay  is  taken. 

Data  Set  Ready  (CC)  is  turned  on,  and  Ring  Indicator  is  turned  back 
off.  A 4^-second  delay  is  then  taken  and  Clear  to  Send  (CB)  and 
Carrier  Detect  (CF)  are  both  turned  on. 

In  Figure  18,  connection  points  1,  2,  9,  and  10  are  not  used  for 
digital  I/O.  Points  1 and  2 are  received  and  transmitted  data,  and  9 
and  10  are  for  clock  signals  for  synchronous  emulation.  If  more  than 
two  digital  inputs  or  four  digital  outputs  are  needed  for  an  emulated 
device  or  if  secondary  data  transmission  paths  are  needed,  two  A 
barrier  strips  must  be  connected  to  the  same  B barrier  strip.  This 
technique  is  necessary  for  synchronous  emulation.  From  the  stand- 
point of  digital  I/O,  two  adjacent  A barrier  strips  will  have  to  be 
used  so  that  the  digital  inputs  and  digital  outputs  for  the  emulated 
device  form  consecutive  sets.  ETDID  can  then  be  changed  to  describe 
up  to  four  inputs,  and  ETDOD  can  be  changed  to  describe  up  to  eight 
outputs . 

STORAGE  REQUIREMENTS  - 

The  core  storage  requirements  for  both  the  Scenario  Interpreter 
and  the  Real-Time  Exec  are  presented  in  Tables  XII  and  XIII  respec- 
tively. The  data  for  the  Real-Time  Exec  are  based  on  the  64-line 
field  test  system,  while  the  information  for  the  Scenario  Interpreter 
applies  to  both  lab  and  field  test  systems. 
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Table  XII 


Core  Storage  Requirements  for  Scenario  Interpreter 


Assembly 

Module 

Program, 

Words 

Major  Tables, 
Words 

Total 

Words 

SCINT 

417 

- 

417 

CMINT 

668 

- 

668 

ININT 

996 

64 

1060 

FETCH 

464 

64 

528 

TESTP 

162 

- 

162 

SUBRl 

310 

- 

310 

SUBR2 

292 

- 

292 

ALF 

317 

45 

362 

ERMSG 

195 

491 

686 

FTCHG 

192* 

- 

192* 

DUMPW 

171 

- 

171 

DUMPH 

185 

- 

185 

ISCEN 

- 

7 

7 

4369 

671 

5040 

* For  field  test  system 


114 


Table  XIII 


Core  Storage  Requirements  for  Real-Time  Exec 


Name 

Words 

RTOS 

2686 

RTIN 

672 

MTA 

758 

LPT 

98 

SCMGT 

442 

PAGE 

385 

DSK 

64 

DMP 

164 

ASYNC 

2916 

TOTAL  8185 
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MISCELLANEOUS  NOTES 


(1)  Assume  devices  A and  B are  both  STARTed  and  then  device  B 
is  STOPped  by  a STOP  command.  Further  assume  that  the  scenario  for 
device  A executes  a type-7  scenario  instruction  to  transfer  control 
to  device  B at  time  T and  that  the  scenario  for  device  B transfers 
control  back  to  A at  time  T1.  An  attempt  to  RESTART  device  A between 
times  T and  T1  is  not  legal  since  device  A has  no  task  associated 
with  it  (its  original  task  is  associated  with  device  B)  even  though 
its  status  (STATI)  is  ’S1.  Error  message  // 33  is  generated  in  this 
case.  Device  B may  not  be  RESTARTed  during  the  interval  since  its 
status  is  not  ’S1,  although  it  may  be  RESTARTed  after  the  STOP  command 
and  prior  to  T,  and  after  T*. 

(2)  The  Scenario  Directory  is  ordered  the  same  as  the  DOS  file 
directory.  (LIST/L  *.ISj  will  produce  a list  on  the  printer  of 
internal  scenarios  and  their  order  in  the  DOS  file  directory.)  By 
design,  the  Scenario  Interpreter  will  find  the  first  entry  in  the 
Scenario  Directory  whose  n-character  name  matches  the  first  n-charac- 
ters  of  a scenario  name  in  a command.  Thus,  if  TEST  precedes  TESTA 
in  the  directory,  a command  specifying  TESTA  will  find  TEST  in  the 
directory.  Similarily,  M can  prevent  access  to  Ml,  MATCH,  etc. 
Implementation  was  done  in  this  manner  since  there  is  no  guarantee 
as  to  which  of  many  characters  may  follow  the  last  character  of  a 
scenario  name.  In  particular,  a user  may  declare  any  ASCII  character 
as  an  EOM  character,  which  would  follow  a scenario  name. 

To  avoid  problems  of  selection  of  an  unintended  scenario  because 
of  such  subset  names,  various  techniques  are  available.  No  subsetting 
will  occur  if  all  scenario  names  contain  the  same  number  of  characters. 
In  particular,  if  all  scenario  names  are  ten  characters  or  more  in 
length,  no  problems  will  occur  because  the  DOS  file  directory  contains 
only  the  first  ten  characters  of  a file  name.  Another  solution  is  to 
end  each  scenario  name  with  a character  which  is  used  nowhere  else  in 
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a scenario  name  (the  ASCII  $ sign  appears  a likely  candidate).  If 
subset  names  occur,  they  will  cause  no  problems  if  the  longer  names 
precede  the  shorter  ones  in  the  DOS  file  directory.  The  final  solution, 
of  course,  is  not  to  form  scenario  names  by  appending  one  or  more 
characters  to  previous  scenario  names, 

(3)  Commands  entered  at  the  control  TTY  must  be  preceded  by  a 
left  bracket  (control-K) : 

[START  DS14  Y 

Command  instructions  punched  in  cards  should  be  in  the  form: 

CCSTART  DS14  Y 

The  cents  sign  is  the  keypunch  equivalent  of  the  left  bracket. 

(In  the  case  of  the  scenario  instruction,  the  cents  sign  is  not 
needed  for  identification,  but  the  first  character  in  the  literal  is 
skipped  over.) 

(4)  Partial  core  dumps  on  the  printer  will  result  from: 

a.  use  of  the  DUMP  command 

b.  use  of  the  Structure  Dump  (?)  instruction 

The  dump  routines  used  to  implement  these  functions  are  not  re- 
entrant since  interleaved  usage  by  several  tasks  of  the  same  printer 
seems  unuseful.  The  continuity  of  the  dump  is  necessary  to  identify 
the  device  (and  scenario)  causing  it.  The  dump  functions  are  for 
diagnostic  purposes  and  should  be  used  with  care  to  avoid  reentrancy 
violations. 

PANIC  CODES  AND  ACTIONS 

If  during  the  normal  operation  of  the  emulator,  certain  abnormal 
conditions  occur,  the  Real-Time  Exec  will  abort  the  run.  Before 
aborting  the  run,  however,  the  system  saves  the  contents  of  accumula- 
tors AC0-AC3  in  locations  12,  13,  14,  and  15,  respectively,  disables 
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interrupts,  prints  out  a panic  code  on  the  control  teletype,  and 
halts.  The  panic  codes  are  described  in  Table  XIV. 

The  user  can  obtain  a full  core  dump  of  the  system  at  this 
point  by  depressing  the  "CONTINUE11  switch  on  the  NOVA  console.  If 
only  a partial  dump  is  desired,  the  word  count  and  starting  address 
of  the  desired  area  can  be  entered  into  accumulators  0 and  1, 
respectively,  before  depressing  the  "CONTINUE"  switch.  When  the 
dump  is  completed,  the  system  will  automatically  try  to  write  the 
magnetic  tape  buffers  to  tape,  write  an  end-of-file  on  the  tape  and 
then  try  to  make  a normal  emulator  exit,  printing  out  the  run 
statistics.  An  example  of  a panic  message  and  termination  is  given 
in  Figure  22. 

The  run  statistics  that  are  printed  on  the  control  teletype  at 
the  end  of  an  emulator  run  are:  the  maximum  number  of  task  control 

blocks  that  were  in  use  at  any  one  time  (TCB  MAX  XXX),  the  maximum 
number  of  tasks  that  existed  on  the  task  pending  queue  at  any  one 
time,  the  number  of  available  core  blocks  that  exist  at  exit  time, 
and  the  total  number  of  core  words  available  at  exit. 
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Table  XIV 


RTOS  Panic  Codes 


Error  Code 


1 

2 

3 


5 


6 


7 


8 


9 


10 


11 


Meaning 

System  error.  Two  tasks  are  illegally  trying  to  remove 
core  space  from  the  free  chain  at  the  same  time. 

System  error.  Two  tasks  are  illegally  trying  to 
return  core  space  to  the  free  chain  at  the  same  time. 

System  error.  A task  issuing  a .FREE  supervisor  call 
has  illegally  given  a block  size  of  zero  length. 

Usually  means  the  core  chain  or  Scenario  Interpreter 
data  structures  are  in  error. 

System  error.  A task  issuing  a .FREE  supervisor  call 
has  illegally  tried  to  free  a block  with  a starting 
address  the  same  as  a block  already  in  the  free  chain. 
Usually  means  Scenario  Interpreter  data  structures  are 
in  error. 

System  error.  A task  issuing  a .FREE  supervisor  call 
has  illegally  tried  to  free  a block  which  overlaps 
the  front  part  of  a block  already  in  the  free  chain. 
Usually  means  core  chain  or  Scenario  Interpreter  data 
structures  are  in  error. 

System  error.  A task  issuing  a .FREE  supervisor  call 
has  illegally  tried  to  free  a block  which  overlaps 
the  end  part  of  a block  already  in  the  free  chain. 
Usually  means  core  chain  or  Scenario  Interpreter  data 
structures  are  in  error. 

System  error.  A task  exiting  from  either  a .ALOC  or 
.FREE  supervisor  call  has  found  the  core  chain  busy 
indicator  illegally  set. 

System  error.  A task  exiting  from  either  a .ALOC  or 
.FREE  supervisor  call  has  found  that  the  link  word  of 
its  TCB  is  illegally  set.  Usually  means  that  the 
queue  stack  is  in  error. 

System  error.  A task  issuing  a .FORK  supervisor  call 
has  illegally  given  a value  of  zero  for  the  new  task’s 
stack  address.  Usually  Scenario  Interpreter  error. 

System  error.  A task  issuing  any  supervisor  call  other 
than  .ALOC  or  .FREE  has  a zero  value  for  its  stack 
address.  Usually  Scenario  Interpreter  error. 
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Table  XIV  (Continued) 


RTOS  Panic  Codes 


Error  Code 


12 


13 


14 


15 


17 


18 


19 


20 


21 


25 


Meaning 


System  error.  The  number  of  clock  blocks  reserved  at 
system  generation  have  been  used  up  by  tasks  issuing 
.WAIT  supervisor  calls.  User  is  either  trying  to 
emulate  too  many  lines  with  space  for  clock  blocks 
or  is  running  in  loopback  mode  at  a high  baud  rate. 

Hardware  error.  An  undefined  device  has  caused  an 
interrupt.  Location  14  (accumulator  2)  contains  the 
device  number  of  the  offending  device. 

System  error.  A response  having  an  odd  number  of 
characters  has  been  terminated  without  padding  out 
the  right  byte  of  the  last  word.  Usually  indicates 
response  handling  logic  is  in  error  when  adding  a 
new  device  to  system. 

System  error.  The  word  count  in  a query  buffer  is 
greater  than  32,768,  which  is  outside  the  address 
space  of  the  NOVA  800.  Usually  means  the  Scenario 
Interpreter  data  structures  are  in  error. 

System  error.  The  interrupt  dismissal  routine  was 
called  with  an  illegal  interrupt  data  block  address. 
Usually  means  an  executive  error. 

System  error.  The  interrupt  data  block  address  was 
equal  to  zero  for  a device  that  was  trying  to  perform 
an  end  of  operation  at  the  non-interrupt  level 
because  the  queue  for  the  device  was  not  available 
at  time  of  interrupt. 

System  error.  The  initial  word  count  for  the  text 
portion  of  a query  buffer  is  equal  to  zero.  Usually 
means  scenario  is  in  error  or  Scenario  Interpreter  data 
structures  are  in  error. 

System  error.  Lab  system  only.  On  exiting  from  the 
DCM  handler  the  bit  time  indicator  had  been  reset 
illegally.  This  panic  condition  was  part  of  original 
Data  General  software. 

System  error.  Lab  system  only.  The  system  was  unable 
to  service  all  DCM  lines  in  5 bit  times.  Usually  means 
core  chain  became  too  long.  Part  of  original  Data 
General  software. 

Hardware  error.  The  magnetic  tape  controller  indicated 
an  error  when  a status  instruction  was  executed  upon  a 
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Table  XIV  (Concluded) 
RTOS  Panic  Codes 

Error  Code 

Meaning 

tape  interrupt.  Location  12  (accumulator  0)  contains 
the  status  of  the  tape  drive.  The  explanation  of 
the  status  is  given  in  Reference  5. 

26 

System  error.  The  magnetic  tape  handler  received  a 
non-error  interrupt  and  did  not  have  a record  of 
having  written  a tape  buffer.  Usually  means  the 
tape  device  unit  control  block  has  been  destroyed. 

27 

Hardware  error.  In  reading  the  magnetic  tape  status 
before  writing,  either  bit  1,  2,  3,  or  3 has  been 
set  indicating  some  type  of  tape  unit  trouble.  From 
experience  panic  code  25  usually  occurs  before  this 
condition. 

28 

System  error.  A task  issuing  a .FTCH  supervisor  call 
has  passed  a scenario  program  counter  which  is  larger 
than  the  scenario  itself.  Usually  means  that  the 
internal  scenario  on  disk  has  been  destroyed  or  the 
scenario  management  routine  has  an  error. 

29 

Hardware  error.  The  disk  controller  indicated  an 
error  when  a status  instruction  was  executed  upon  a disk 
interrupt.  Location  12  (accumulator  0)  contains  the 
status  of  the  disk  controller.  The  explanation  of 
the  disk  status  is  given  in  Reference  5. 

Note: 

The  above  panic  conditions  were  inserted  during  the  debugging  and 
development  phase  of  the  emulator  software.  From  experience  the 
only  ones  that  a user  may  usually  encounter  are  12,  13,  21,  and 
25.  Any  of  the  others  occurring  usually  means  a new  problem 
uncovered  and  should  be  reported  to  the  system  programmers. 
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WAIT 

ENTER  RUN  ID 


1 

READY 


PANIC*  ERR0R  03 DE=  2 1 

HIT  C0NTINUE  F0R  FULL  C0RE  DUMP 

TCE  MAX  000003  TPO  MAX  000003 
C0RE  LINKS  000002  C0RE  AVAIL 
D0S  REV  05. 

R 


027363 


Figure  22.  Example  of  Panic  Message 


SECTION  VIII 


DATA  REDUCTION  PROGRAM 


INTRODUCTION 

The  Data  Reduction  program  (DATAR)  processes  log  tape  data 
gathered  during  an  emulator  test  run.  The  program  produces  scenario 
trace  data  and  various  statistics  on  the  performance  and  utilization 
of  both  the  emulator  and  the  SUT.  A complete  description  of  the 
design  and  implementation  of  the  program  can  be  found  in  Volume  7 of 
this  series.  DATAR  runs  under  Data  General  Corporation’s  standard 
Disk  Operating  System  (DOS),  Revision  5. 

DATAR  may  be  used  to  produce  several  kinds  of  summary  and 
detailed  listings  from  the  log  tape,  and  thus  it  allows  the  user  to 
obtain  a quick  summary  of  activity  during  the  run  on  an  individual 
basis  or  as  an  entire  system.  DATAR  also  gives  detailed  information 
in  the  form  of  record-by-record  listings  that  include  information 
such  as  readable  real-time  clock  (RRTC)  times,  various  timing 
calculations,  and  the  text  message. 

After  the  tape  file  is  processed  by  DATAR,  the  user  may  save 
the  test  data  on  master  log  tapes  (to  consolidate  tapes  or  to  put 
similar  runs  on  one  tape) . The  master  (or  original)  log  tape  may 
be  used  for  later  analysis  on  the  NOVA  800  or  on  a larger  machine 
with  more  sophisticated  data  reduction  and  analysis  capabilities. 

SYSTEM  FLOW 

Figure  23  depicts  the  system  flow  of  DATAR  programs.  The  log 
tape,  with  data  gathered  from  a single  emulation  run  or  a series  of 
runs,  is  mounted  and  readied  on  the  system  tape  drive,  transport  0, 
prior  to  any  user  input  requests.  The  log  tape  provides  the  input 
to  DATAR. 
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Figure  23  GENERAL  SYSTEM  FLOW  OF  DATA  REDUCTION  PROGRAM 


DATAR  is  called  by  entering  an  input  message  on  the  system  tele- 
type. There  are  two  forms  of  input  messages  which  result  in  two  modes 
of  operation,  interactive  (conversational)  or  switch.  The  interactive 
mode  requires  the  user  to  specify  input  arguments  by  responding  to  a 
series  of  interactive  requests  output  by  DATAR.  The  switch  mode, 
where  a switch  is  the  character  / (slash)  followed  immediately  by  an 
alphabetic  character,  uses  switches  to  modify  input  groups  and  specify 
input  arguments. 

On  entry,  the  Command  Interpreter  (Cl)  residing  in  DATAR. SV  is 
loaded  from  disk  and  uses  the  input  arguments  to  determine  the  type 
of  output  to  be  produced.  The  user  may  obtain  a brief  summary,  a 
detailed  summary,  an  octal  tape  listing,  or  a listing  with  actual 
RRTC  times,  with  time  differences  (intervals),  or  with  relative  times. 
The  output  device,  (line  printer  or  teletype)  is  also  determined  from 
the  input  message.  DATAR  output  is  printed  at  the  specified  device, 
and  error  messages  are  output  to  the  teletype  and,  if  in  use,  the 
line  printer. 

DATAR  requires  the  conversion  tables  (CTABS)  and  the  error 
message  file  (ERFILE)  to  be  disk  resident  for  all  types  of  output. 

If  an  octal  listing  is  desired,  the  Cl  begins  printout  on  the  out- 
put device.  However,  if  a summary  or  another  type  of  listing  is 
desired,  the  Cl  saves  some  information  on  disk  in  two  temporary  files, 
PAGEZERO  and  HBUF,  and  calls  one  of  the  save  files  (SUMRY.SV,  TLIST.SV, 
or  TREL.SV)  into  execution  to  do  the  processing.  Error  messages  are 
directed  to  the  teletype  and  the  output  device.  Note  that  a CONTROL-A 
interrupt  stops  all  programs  and  returns  to  DOS  without  deleting  the 
temporary  disk  files,  PAGEZERO  and  HBUF. 

OPERATING  PROCEDURES 
Input  Message 

DATAR  is  called  by  entry  of  a user  input  request  starting  with 
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the  program  name  DATAR.  The  two  valid  messages  are: 


1. 


2. 


DATAR 

DATAR/ 


[Vout-device]^ 

[/sub-options] 


[tfid]  RECORDS  / types] 


[t5out-devicej  J 


where  V>  indicates  a space. 

Both  messages  result  in  the  disk  iperating  system  (DOS)  loading  the 
save  file  DATAR. SV  and  passing  control  to  the  Cl  portion  of  DATAR. 
The  ordering  of  the  input  groups  is  important  and  should  be  adhered 
to  as  illustrated  above. 


Command  Interpreter 

The  Cl  operates  in  two  modes , interactive  (conversational)  and 
switch.  The  interactive  mode  is  invoked  by  message  type  1 above. 

The  switch  mode  requires  a more  complex  input  message  (type-2)  but 
minimal  user  interaction.  Also,  the  switch  mode  is  easier  to  enter 
and  is  processed  by  the  Cl  in  less  time. 

Interactive  Mode 

The  interactive  mode  operates  in  the  following  manner.  DATAR 
types  an  interactive  request  that  includes  all  valid  responses  as 
shown  in  Table  XV.  The  user  must  reply  with  either  the  full  word 
response  or  the  corresponding  integer.  Based  upon  the  user  response, 
DATAR  either  types  another  request  or  determines  that  the  required 
input  parameters  have  been  obtained  and  passes  control  to  processing. 

A user  reply  of  COMBINATION  (or  7)  to  request  number  5 or  of  COMBINATION 
(or  8)  to  request  7 causes  the  Cl  to  type  requests  6 or  8,  respectively. 
In  either  case,  a 1 to  5 or  6 digit  integer  must  be  entered  using  the 
specified  digits  from  the  preceding  request.  Also,  a user  reply  of 
LIST  to  request  9 causes  the  Cl  to  type  a list  of  the  numbers  and 
names  of  all  devices  defined  in  the  Equipment  Table.  Following  the 
list,  the  Cl  reissues  request  9.  The  user  may  respond  with  numbers 
or  names,  but  repetitions  are  ignored.  A list  of  requested  devices 
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Table  XV 


Interactive  Requests  and  Responses  for  DATAR 


Request 

Number 

Text 

i 

ENTER  SUT  RUN  NAME. 

2 

ENTER  OPTION:  BRIEF (1)  , DETAILED (2) , ORLIST(3). 

3 

ENTER  YES (1), OR  NO(0)  FOR  PLOT. 

4 

ENTER  SUB-OPTION:  INTERVAL (1) , SPECIFIC(2),  ORDERED (3) . 

5 

ENTER  SUB-OPTION:  INTERVAL (1) , SPECIFIC(2),  ORDERED (3) , 

ACTUAL (4) , OCTAL (5) , RELATIVE (6) , OR  COMBINATION (7) . 

6 

ENTER  COMBINATION  AS  1 TO  5 DIGIT  INTEGER  USING  2 TO  6 
ABOVE. 

7 

ENTER  RECORD  KEY:  ALL(l),  HISTORY(2),  SCENARIOS), 

QUERY  (4),  RESPONSE (5) , COMMAND (6) , ERROR ( 7) , OR 
COMBINATION (8) . 

8 

ENTER  COMBINATION  AS  1 TO  6 DIGIT  INTEGER  USING  2 TO  7 
ABOVE. 

ENTER  DESIRED  DEVICE  NUMBERS  OR  NAMES  SEPARATED  BY 
BLANKS  OR  LIST. 

10 

ENTER  YES (I) , OR  NO(0),  FOR  START,  STOP  SPECIFICATION. 

11 

TO  TERMINATE,  ENTER  END. 

ENTER  LOGICAL  OR  PHYSICAL  RECORD  START,  STOP  PRECEDED 
BY  L OR  P. 
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is  printed  in  the  order  defined  by  the  Equipment  Table.  Figure  24 
illustrates  the  various  interactive  paths  to  obtain  the  desired 
output. 

The  output  device  to  be  used  must  be  specified  in  the  original 
message.  The  optional  input  group,  Out-device,  has  a value  of  $TTO 
for  the  system  teletype  or  $LPT  for  the  system  line  printer  (the 
default  output  device) . 

Switch  Mode 

The  message  which  invokes  the  switch  mode  is  given  in  general 
form  by  message  type  2 above.  One  of  the  three  switches  (/B,  /D,  or  /L) 
must  accompany  the  program  name  DATAR,  otherwise  the  interactive  mode 
is  entered.  All  switch  letters  were  chosen  to  relate  to  the  function 

performed  and  to  simplify  mnemonic  identification. 

B 

The  input  group  DATAR/D  Jsuboption(s)]  allows  various  combinations 
of  option  and  suboption  switches.  One  of  the  option  switches  B,  D or 
L is  required;  if  more  than  one  is  given,  precedence  is  given  first 
to  B,  then  D.  The  option  switches,  listed  in  Table  XVI,  determine  the 
type  of  output  to  be  generated:  brief  summary,  detailed  summary,  or 

listing. 

The  suboption  switches  are  also  listed  in  Table  XVI.  The  sub- 
option switches  are  meaningless  for  the  B option.  For  option  D,  only 
0,  S,  and  P are  meaningful..  For  the  L option,  all  are  meaningful 
except  P.  The  suboption  switches  specify  the  type  of  data  to  be 
included  in  the  output  option.  They  also  determine  if  the  data  are  to 
be  given  sequentially  or  on  an  individual  device  basis.  If  the  data 
are  to  be  given  by  device,  the  suboption  switches  tell  DATAR  whether 
all  or  user  specified  devices  are  to  be  examined. 

The  optional  input  group  jld  specifies  the  run  identification. 

It  is  the  first  n (1  < n <_  20)  characters  of  the  run  identification 
given  at  the  start  of  a real-time  emulator  run.  If  Id  is  not  given, 
DATAR  uses  data  from  the  first  run  on  the  tape. 
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RESPONSE  OF  2 OR  3 GIVES  ACTUAL  TIMES  BY  DEVICE 


Table  XVI 


Option  and  Suboption  Switches  for  DATAR 


Switch 

Function 

Options 

/B 

Brief  Summary 

/D 

Detailed  Summary 

/L 

Suboptions 

Listing 

/s 

Examine  only  user  specified  devices 

/o 

Examined  all  devices  in  order  of  E.T. 

/P 

Histograms  of  Response  Distributions 

/N 

Name  records  for  octal  dump 

II 

Print  time  intervals  rather  than  actual  times 

/ R 

Print  Relative  times  rather  than  actual  times 

/T 

Octal  format  tape  dump 
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The  optional  input  group  RECORDS/type(s)  specifies  the  type(s) 
of  logical  records  to  be  included  in  the  output.  Valid  switches  are 
given  in  Table  XVII.  Any  combination  of  values  is  allowed.  Omission 
of  this  group  implies  all  types.  The  B and  D options  ignore  this 
group. 

The  optional  input  group  Out-device  is  defined  above  under  in- 
teractive mode. 

The  option  and  suboption  switches  may  be  combined  as  shown  in 
Table  XVIII  and  Figure  25.  Table  XVIII  presents  all  meaningful  input 
requests  with  a brief  description  of  the  output.  (The  optional  input 
groups  are  not  listed.)  Figure  25  also  illustrates  the  meaningful 
switch  combinations . 

Summaries 

There  are  two  types  of  summaries,  brief  and  detailed.  The  brief 
summary  examines  all  records  for  all  devices,  listing  error  messages 
and  gathering  general  statistics.  The  detailed  summary  gives  similar 
statistics  but  does  so  by  device.  Note  that  the  input  group  RECORDS 
is  meaningless  since  both  summaries  examine  all  types  of  records. 

Brief  Summary 

The  brief  summary  ignores  suboption  selections.  The  format  of 
the  brief  summary  output  is  illustrated  in  Appendix  IV,  Figure  26. 

The  summary  data  in  this  figure  is  taken  from  the  file  with  the  run 
identification  of  URUN  FT7".  A list  of  all  error  messages  with 
associated  device  names  precedes  the  summary  data. 

Various  RRTC  times  are  given  in  the  following  units:  elapsed 

time  is  expressed  in  seconds  to  tte  nearest  100,000  th,  response 
times  in  seconds  to  the  nearest  hundredth,  total  emulator  CPU  time 
in  tens  of  microseconds,  and  percent  emulator  CPU  to  the  nearest 
hundredth. 
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GENERAL  SWITCH-MODE  INPUT  MESSAGE 
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Figure  25  SWITCH  TREE  DIAGRAM  FOR  DATAR 


Table  XVII 


Record  Type  Switches 


Logical  Record 

Symbol 

Switch 

HISTORY 

H 

/H 

RESPONSE 

R 

/R 

QUERY 

Q 

/Q 

SCENARIO  INSTRUCTION 

s 

/s 

COMMAND 

c 

/c 

ERROR 

E 

/E 

Table  XVIII 

Switch  Combinations  and  Valid  Inputs 


Input  Message 

Action  Taken 

1 . DATAR/B 

BRIEF  summary  of  all  data  preceded  by  a list 
of  error  messages. 

2.  DATAR/D  [/p]  or 
DATAR/D/O  [/P] 

DETAILED  summary  for  each  active  device  in  the 
order  established  by  the  Equipment  Table.  A 
plot  of  response  times  is  available  as  an 
option  (/ P). 

3.  DATAR/D/ S [/P] 

Same  as  above  except  only  those  devices 
specified  by  the  user  (upon  request)  are 
examined. 

4.  DATAR/L/I 

LIST  all  records  in  sequence  written.  Include 
transmission  time  intervals,  processing  (task) 
time  intervals,  and  response  times. 

5.  DATAR/L/I /0 

Same  as  above  except  list  separately  for  each 
active  device. 

6.  DATAR/L/I/S 

Same  as  above  except  devices  must  be  specified 
by  user. 
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Table  XVIII  (Concluded) 
Switch  Combinations  and  Valid  Inputs 


Input  Message 

Action  Taken 

7. 

DATAR/L 

LIST  all  records  in  sequence  written.  Include 
internal  scenario  address  and  actual  clock 
times  for  start  transmission  and  start/end 
task. 

8. 

DATAR/L/0 

Same  as  above  except  list  separately  for  each 
active  device. 

9. 

DATAR/L/S 

Same  as  above  except  devices  must  be  specified 
by  user. 

10. 

DATAR/L/R/0 

LIST  separately  for  each  active  device  all 
records  in  sequence  written.  Include  internal 
scenario  address  and  start/end  transmission 
times  relative  to  LOGON  and  test  start  time. 

11. 

DATAR/L/R/S  or 
DATAR/L /R 

Same  as  above  except  devices  must  be  specified 
by  user. 

12. 

DATAR/L/T  [/N] 

LIST  all  records  in  sequence  written  in  octal 
tape  dump  format.  Naming  of  starting  and 
stopping  logical  (or  physical)  record  numbers 
is  available  as  an  option  (/N) . 

13. 

DATAR/L/T/0  [/N] 

Same  as  above  except  list  separately  for  each 
active  device. 

14. 

DATAR/L /T/S  [/N] 

Same  as  above  except  devices  must  be  specified 
by  user. 
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The  logical  and  physical  record  counts  are  given  by  the  counts 
following  the  headings  MESSAGES  and  RECORDS,  respectively.  The 
headings  UN-R  and  UNSOLICITED  specify  unsolicited  responses.  The 
TERMINAL-MAX  heading  is  used  to  name  the  terminal  associated  with 
the  maximum  response.  The  asterisk  (*)  following  a scenario 
instruction  type  denotes  a lower  case  character  or  a non-printable 
special  character. 

Detailed  Summary 

The  detailed  summary  allows  a device  specification  suboption  as 
well  as  a special  histogram  output.  The  format  of  the  detailed 
summary  is  illustrated  in  Appendix  IV  Figure  27.  A list  of  all 
requested  devices  to  be  examined  is  printed  prior  to  summary  data, 
and  consists  of  either  all  devices  defined  in  the  Equipment  Table  or 
only  those  devices  specified  by  the  user. 

The  name  of  the  file  used  in  Figure  27  is  "RUN  FT7" . A detailed 
summary  is  given  for  each  active,  requested  device,  and  the  name  of 
the  device  is  given  as  a terminal  identification.  Unsolicited 
responses  are  counted  as  record  types.  Also,  the  average  and  maximum 
RRTC  response  times  are  given  in  seconds,  to  the  nearest  hundredth. 

As  in  the  brief  summary,  an  asterisk  (*)  is  used  to  identify  non- 
printable  lower  case  and  special  characters  which  are  used  as  scenario 
instruction  types . 

If  requested,  a histogram  of  response  distribution  is  printed 
for  each  active  device  following  the  summary  data.  Figure  28, 

Appendix  IV  illustrates  the  format  of  the  histogram.  As  can  be 
seen,  the  name  of  the  device  is  given  at  the  top  of  each  page  and  is 
followed,  on  the  first  page,  by  a list  of  all  quarter-second  response 
intervals  which  have  a positive  count  and  percentage.  The  count 
gives  the  actual  number  of  responses  which  fall  within  the  specified 
interval.  The  percentage  is  calculated  by  dividing  the  count  by  the 
total  number  of  responses.  All  responses  less  than  0.25  seconds  are 
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included  in  the  first  interval,  while  all  responses  greater  than  15. 00 
seconds  are  shown  in  the  15.00  second  interval.  If  there  are  no 
intervals  with  a positive  count,  then  a histogram  is  not  generated. 

Following  the  summary  data  (and  histogram  if  requested)  for  the 
last  active  device,  the  program  lists  all  requested  devices  which 
were  found  to  be  inactive  during  the  run. 

Listings 

There  are  basically  four  types  of  listings:  octal  tape,  actual 

times,  time  intervals,  and  relative  times.  All  these  suboptions  allow 
record  selection  based  on  device  and/or  record  type.  If  the  user 
decides  to  obtain  the  listing  by  device,  then  all  devices  defined  in 
the  Equipment  Table  must  be  requested  or  the  desired  device  names 
and/or  numbers  must  be  specified  in  response  to  the  interactive 
request  number  9.  A list  of  all  requested  devices  will  precede  any 
data  and  a list  of  requested  but  inactive  devices  will  terminate 
the  listing. 

The  types  of  logical  records  to  be  listed  may  be  selected  by 
using  the  RECORDS  input  group.  In  the  switch  mode,  all  records  are 
listed  if  the  RECORDS  group  is  omitted.  The  heading  MESSAGE  on  each 
listing  page  refers  to  the  logical  record  number  of  the  first  non- 
history record  on  the  page. 

Octal  Tape 

The  octal  tape  dump  listing  is  used  to  print  the  contents  of 
each  logical  record  in  octal  byte  format.  The  user  may  name  the 
starting  and  stopping  logical  (or  physical)  record  number  by  using 
the  /N  option.  If  starting  and  stopping  numbers  are  given,  the 
program  skips  all  logical  (or  physical)  records  up  to  the  start.  It 
produces  its  octal  output  in  logical  record  format  and  stops  at  the 
given  logical  (or  physical)  record  number.  Figure  29  in  Appendix  IV 
illustrates  an  octal  tape  listing  output  format.  The  user  requested 
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that  all  devices  in  the  Equipment  Table.be  examined  and  named  the 
starting  and  stopping  logical  record  numbers  as  101  to  110. 

As  can  be  seen,  the  output  for  each  active  device  gives  the 
range  limits  and  device  name  prior  to  the  data.  After  a range  is 
completed,  the  user  may  specify  another  range  of  limits  or  continue 
to  the  next  active  device.  Note  that  there  may  not  be  records  within 
the  range  associated  with  the  given  device  (CT0  in  Figure  29) . The 
character  P represents  the  physical  record  boundary. 

Actual  Times 

The  actual  time  listing  contains  the  actual  RRTC  start  of  trans- 
mission and  the  start  and  end  of  task  processing  times.  The  values 
are  taken  directly  from  the  record  and  listed  in  tens  of  microseconds. 
The  actual  time  listing  is  the  default  suboption  in  the  switch  mode. 
Figure  30  in  Appendix  IV  illustrates  the  format  of  the  actual  time 
listing. 

As  shown  by  the  example  in  Figure  30,  the  user  requests  an 
actual  time  listing  of  Query  and  Response  records  ordered  sequentially 
and  output  on  the  system  teletype.  The  name  of  the  run  is  "6-14 
4:30  PM."  For  each  record,  the  type  of  record  is  given  followed  by 
transmission  start,  task  start,  and  task  end  times.  The  heading  SCEN 
ADDR  gives  the  location  of  the  start  of  the  scenario  instruction 
relative  to  the  beginning  of  the  scenario,  if  any. 

Time  Intervals 

The  time  interval  listing  contains  differences  between  the  RRTC 
times.  This  listing  also  calculates  response  times  as  the  difference 
between  the  start  of  transmission  for  a solicited  Response  and  the 
end  of  transmission  from  the  preceding  query  associated  with  the  same 
device.  Figure  31  in  Appendix  IV  presents  the  format  of  the  time 
interval  listing. 
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The  example  in  Figure  31  shows  a time  interval  listing  of  !,RUN2" 
in  which  the  user  chooses  to  specify  the  devices  to  be  examined.  For 
each  active  device,  the  terminal  identification  is  given,  followed  by 
all  the  data  associated  with  the  particular  device.  For  each  record, 
the  record  type  is  given  as  well  as  the  difference  between  the  end 
and  start  of  transmission  time,  the  difference  between  the  end  and 
start  of  task  processing  time,  and  the  cumulative  emulator  CPU  time, 
all  in  tens  of  microseconds.  The  response  times  are  given  in  seconds 
to  the  nearest  hundredth. 

Relative  Times 

The  relative  time  listings  are  by  device  with  user  specification 
of  devices  being  the  default  case.  Figure  32  in  Appendix  IV  illustrates 
the  format  of  a relative  time  listing. 

In  the  example  shown  in  Figure  32,  the  user  requests  that  all 
4 devices  defined  in  the  Equipment  Table  be  examined.  Both  the  run- 
start  time  and  the  user  start  time  (UST)  are  given  in  tens  of  micro- 
seconds. The  run-start  time  is  the  start  of  transmission  of  the  first 
non-history  record  in  the  file.  The  UST  is  the  start  of  transmission 
of  the  first  Query  or  solicited  Response  associated  with  the  device. 

A value  of  BELOW  is  given  for  UST  if  a Query  or  solicited  Response 
is  not  the  first  record  type  in  the  file  for  the  particular  device. 

For  each  record,  the  record  type  is  given  in  addition  to  the  start 
and  end  of  transmission  minus  the  UST,  the  start  and  end  of  trans- 
mission minus  the  end  of  transmission  time  of  the  previous  Query, 
and  the  location  of  the  scenario  instruction  (as  SCEN  ADDR)  relative 
to  the  beginning  of  the  scenario,  if  any. 

ERRORS 

There  are  several  error  conditions  recognized  by  the  various 
programs.  Table  XIX  lists  all  error  conditions  and  messages  that  may 
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Table  XIX 


DATAR  Error  Message  File  (ERFILE) 


Number 

Message 

Cause  or  Corrective  Action 

i 

Invalid  option 

Submit  valid  option. 

2 

Invalid  termination 
option 

Submit  valid  option. 

3 

Invalid  sub-option  or 
key  (record) 

Submit  valid  option. 

4 

Invalid  device 
specification 

Submit  valid  device  name  or  bad 
device  address  logged. 

5 

Disk  file  accessing 
error  (read /write) 

Error  from  DOS,  disk  file  may  be 
missing. 

6 

End-of-file  (on  tape) 

End  of  run. 

7 

Invalid  tape 
identification 

Log  tape  file  incorrectly  logged. 

8 

Unrecognizable  message 
type 

Bad  record  type  logged. 

Zero  length  record 
found 

Two  successive  records  with  zero 
word  length. 

10 

Illegal  program  call 

Overlay  problem,  maybe  disk  file  is 
missing. 

11 

12 

Command  instruction 
missing 

DISK  SPACE  exhausted 

C-type  record  with  null  text. 

Not  enough  disk  for  temporary  files 
or  overlay. 

13 

Invalid  device  table 
format 

Equipment  Table  not  second  record  in 
file. 

14 

Tape  read  error 

Tape  drive  problems,  may  not  be 
mounted  properly. 
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occur,  during  execution  of  DATAR. 

The  general  format  of  the  error  message  is: 

RECORD  m,  WORD  n:  error  message  text 

where  m specifies  the  physical  record  that  contains  the  erroneous 
logical  record  and  n specifies  the  first  word  of  the  logical  record 
relative  to  the  start  of  the  in-core  buffer  containing  the  record . 

Many  of  the  conditions  allow  the  user  to  start  over  or  submit  another 
choice.  However,  some  (such  as  tape  and  disk  errors)  are  unrecoverable. 
The  cause  of  error  condition  and/or  corrective  action  for  each  error  is 
also  given  in  Table  XIX. 

SAVING  TEST  DATA 

After  analyzing  the  test  data  with  DATAR,  the  user  may  wish  to 
save  the  data  for  future  analysis  on  the  NOVA  800  or  some  larger 
computer.  A program  (MASTR)  has  been  written  to  transfer  data  from 
a log  tape  to  a master  log  tape  (to  consolidate  tapes  or  to  get 
comparable  runs  on  one  tape).  The  master  tape  (or  original  tape) 
may  then  be  used  as  input  to  DATAR  to  analyze  the  run  again  or  compare 
a series  of  runs  manually.  In  addition,  more  sophisticated  statistical 
methods  may  be  employed  to  produce  more  meaningful  statistics  for 
comparing  and  evaluating  an  SUT. 

Program  Description 

In  general,  the  MASTR  program  (written  for  a one  tape  drive  sys- 
tem) reads  the  data  from  the  input  log  tape,  temporarily  stores  it  in 
a file  on  disk,  waits  for  the  output  (master)  tape  to  be  mounted, 
writes  the  data  from  disk  onto  the  tape  as  the  last  sequential  file, 
and  terminates  the  file  with  two  end-of-file  (EOF)  marks.  If  disk 
storage  is  insufficient  to  complete  the  transfer  in  one  pass,  the 
program  continues  through  as  many  passes  as  necessary,  each  time 
notifying  the  user  that  an  additional  pass  is  required.  Obviously,  a 


140 


multiple  pass  transfer  requires  input  and  output  tapes  to  be  mounted 
and  dismounted  several  times. 

Input  Message 

MASTR  requires  two  user  supplied  input  parameters:  a run 

identification  (used  to  locate  the  test  run)  and  the  amount  of 
available  disk  space  (used  as  temporary  storage) . The  two  commands 
that  activate  the  tape  transfer  program  are: 

1 . MASTR j 

2.  MASTR  id  dsj 

(Although  message  1 appears  more  concise,  note  that  requests  to  supply 
values  for  the  input  groups  ±d_  and  cte  will  be  issued  by  the  program.) 
The  first  input  group,  specifies  the  first  n (1  < n < 20)  charac- 

ters of  the  run  identification  as  found  in  the  Identification-History 
record,  the  first  logical  record  logged.  The  run  identification, 
which  was  entered  at  the  start  of  emulation,  is  required  to  allow 
access  to  different  runs  on  multiple  run  tapes. 

The  second  group,  ds_f  is  the  number  of  unused  disk  blocks  avail- 
able for  temporary  storage.  The  program  uses  ds-2  blocks  to  protect 
the  used  portions  of  disk.  The  number  of  unused  blocks  is  given  by 
the  DOS  command  DISK.  This  number  can  be  increased  by  deleting  disk 
files  no  longer  in  use.  A good  approximation  for  the  number  of  blocks 
required  for  a single  pass  transfer  is  the  number  of  physical  records 
used  for  the  run  (obtained  from  the  record  count  in  a brief  (/B)  sum- 
mary) plus  five  (two  for  the  unused  blocks  and  three  for  disk  file 
linkage  words) . This  number  must  be  multiplied  by  the  ratio  of 
physical  record  size  to  disk  block  size,  which  presently  is  1. 

Operation 

The  MASTR  program  is  called  by  one  of  the  input  messages  described 
above.  It  obtains  the  run  identification  and  disk  size  from  the  input 
message  (//2) , or  as  responses  to  the  program  commands  ENTER  RUN 
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IDENTIFICATION  and  ENTER  AMOUNT  DISK  LEFT.  The  program  then  issues 
the  command: 

MOUNT  INPUT  TAPE,  STRIKE  CARRIAGE  RETURN 

and  waits  for  a carriage  return.  Upon  receipt  of  the  carriage  return, 
MASTR  locates  the  first  file  (on  the  input  tape)  that  contains  the 
specified  run  identification  as  the  first  n characters  in  the  History- 
Identification  record. 

The  program  uses  the  disk  size  and  physical  record  size  to  cal- 
culate the  number  of  tape  records  that  can  be  written  in  the  temporary 
disk  file,  MITCHTEMP.  MASTR  reads  the  tape  until  disk  space  is 
exhausted  or  an  EOF  mark  is  encountered.  If  disk  space  is  insuffi- 
cient the  message: 

NOT  ENOUGH  DISK. 

REMOUNT  INPUT  TAPE  AFTER  OUTPUT  TAPE  IS  WRITTEN. 

notifies  the  user  that  one  or  more  additional  passes  are  necessary 
to  complete  the  transfer.  This  implies  remounting  the  input  tape 
after  the  first  segment  is  transferred  to  the  master  tape. 

After  the  disk  file  is  written,  MASTR  issues  the  command: 

MOUNT  OUTPUT  TAPE,  STRIKE  CARRIAGE  RETURN 

and  waits  for  the  carriage  return.  Upon  receipt,  the  program  locates 
the  double  EOF  mark  on  the  master  and  writes  all  the  data  from  the 
disk  file  onto  the  output  tape,  overwriting  the  second  EOF  of  the 
preceding  run.  If  an  additional  pass  is  necessary,  the  program 
requests  that  the  input  tape  be  mounted  and  continues  the  loop  until 
the  transfer  is  completed.  Upon  completion,  the  message: 

LOG  TAPE  TRANSFER  COMPLETE 

is  output  and  two  EOF  marks  are  written.  The  first  EOF  terminates  the 
file  while  the  second  indicates  that  the  file  is  the  last  one  on  the 
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tape.  Note  that  a tape  intended  to  be  a master  must  be  initialized 
by  the  DOS  command  INIT/F  MT0  prior  to  the  transfer  operation.  The 
command  writes  two  EOF  marks  at  the  beginning  of  the  tape. 

The  program  does  not  check  the  run  identification  of  each  file 
on  the  output  file.  Therefore,  files  may  be  written  with  duplicate 
file  names.  However,  only  the  first  file  with  a duplicate  file  name 
is  accessible. 

Errors 

The  MASTR  program  checks  for  various  error  conditions.  If  an 
error  exists,  a message  is  output  and  the  transfer  terminates  by 
returning  to  DOS.  Table  XX  lists  the  error  conditions,  messages,  and 
suggested  corrective  action.  Remember  that  files  on  a master  tape  are 
only  as  unique  as  the  run  identification  given  at  the  start  of  the 
emulation  test. 
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Table  XX 


MASTR  Error  Message  File 


ERROR  MESSAGE 

ERROR  CONDITION 

CORRECTIVE  ACTION 

1.  NOT  ENOUGH  DISK 

Space  too  small  for 
one  physical  tape 
record . 

Delete  some  files 
and  specify  larger 
number. 

2 . ERROR  LOCATING 
INPUT  FILE 

Invalid  run  id,  illeg- 
al format,  tape  read 
error. 

Check  id,  format, 
read  errors  by  using 
DATAR/B  with  and 
without  run  id. 

3.  DISK  ERROR 

Trouble  writing/read- 
ing file  MITCHTEMP. 

Ensure  disk  accessi- 
bility. Try  again. 

4.  INPUT  TAPE  READ 
ERROR 

Tape  equipment  or 
parity  problem. 

Check  channel  number 
unit  ready,  etc. 
Otherwise,  fatal 
parity  error. 

5.  OUTPUT  TAPE  WRITE 
ERROR 

Tape  equipment  or 
parity  problem. 

No  double  EOF  or 
check  channel  number 
unit  ready,  write 
lockout,  etc.  Other- 
wise, fatal  parity 
error. 

6.  EOF  WRITE  ERROR 

Tape  equipment  or 
parity  problem. 

No  double  EOF  or 
check  channel  number 
unit  ready,  write 
lockout,  etc.  Other- 
wise, fatal  parity 
error. 

7.  ERROR  LOCATING 
OUTPUT  FILE 

No  second  EOF,  tape 
equipment  or  parity 
problem. 

Check  equipment, 
initialize  tape  if 
never  done  before. 
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SECTION  IX 


EXECUTION  TIMES 


REAL-TIME  INSTRUCTIONS 

Because  of  the  variety  of  scenario  instructions  available  to  the 
user,  it  may  be  possible  in  some  instances  to  accomplish  the  same 
task  using  more  than  one  method,  or  combination  of  scenario  instructions. 
In  these  cases,  execution  timing  for  scenario  instructions  may  be  a 
consideration  in  determining  maximum  scenario  efficiency. 

Table  XXI  gives  the  current  best  estimates  of  real-time  emulator 
execution  times.  The  times  given  represent  the  total  cost  (Scenario 
Interpreter  as  well  as  Real-Time  Exec  execution  time)  in  microseconds 
of  emulator  CPU  time  for  executing  each  function  once.  The  functions 
timed  include  two  miscellaneous  functions  (logging  and  the  receipt  of 
an  unsolicited  response)  followed  by  the  scenario  instruction  types 
given  in  the  same  order  as  Table  XVI  of  Volume  2 of  this  series  followed 
by  the  command  types  in  alphabetical  order. 

The  data  were  obtained  by  making  a very  large  number  of  short  runs 
on  the  field-test  emulator.  In  most  cases,  a run  consisted  of  execut- 
ing a single  scenario  for  a single  device.  After  performing  its  task, 
the  scenario  executed  a QUIT  command.  The  data  reduction  brief  summary 
operation  was  used  to  obtain  the  CPU  time. 

The  general  technique  used  was  to  execute  the  desired  function 
1000  times  in  a loop,  as  in  the  case  below  of  one  of  the  scenarios  used 
to  test  the  add  instruction: 
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Table  XXI 
Execution  Times 


Real-Time  Scenario  Instruction 
(in  microseconds) 


Function 

Execution 

Time 

Footnotes 

Miscellaneous  Functions 

Logging 

1778  + 6.6b 

Receipt  of 
Unsolicited 
Response 

2325  + 231r 

10,  26 

Control  Instructions 

R 

4397  + 477i 

10,  26,  27 

R'  ' 

3312  + 220r 

10,  26,  27 

Q 

1721  + 255q 

10,  26,  27 

I 

3845  + 44  Oi 

10,  26,  27 

O 

953  + 213q 

26,  27 

; 

679 

27 

679 

13,  27 

c 

- 

10,  14,  27 

E 

3137  + 54e 

10,  15,  27 

E 

1333 

10,  16,  27 

D 

1305 

1,  3 

W 

1458 

1,  3,  13 

d 

1236 

1,  3 

e 

1136 

5,  27 

X 

7490 

7,  27 

7 

761 

3 

8 

2703 

1,  17,  27 
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Table  XXI  (Continued) 

Real-Time  Scenario  Instruction  Execution  Times 


Function 

Execution 

Time 

Footnotes 

Arithmetic  and  Logical  Instructions 

+ 

691 

1,  27 

- 

691 

1,  13,  27 

* 

768 

1,  27 

/ 

788 

1,  6,  27 

& 

708 

3 

Assembler  Directive  Instructions 

L 

- 

18 

a 

— 

18 

blank 

- 

18 

t 

- 

18 

i 

- 

18 

Branch  and  Comparison  Instructions 

J 

631 

3 

B 

689 

1,  2,  3,  13 

U 

689 

1,  2,  3,  13 

> 

689 

1,  2,  3,  13 

< 

689 

1,  2,  3 

G 

689 

1,  2,  3 

H 

689 

1,  2,  3 

M 

657  + 39m 

3,  19 

S 

677  + 39m  + 48n 

1,  9,  27 

Y 

719 

2,  3 
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Table  XXI  (Continued) 

Real-Time  Scenario  Instruction  Execution  Times 


Function 

Execution 

Time 

Footnotes 

Branch  and  Comparison  Instructions  (continued) 

n 

719 

2,  3,  13 

9 

721 

2,  3 

q 

722 

2,  3,  13 

K 

682 

3,  20 

3 

682 

3,  4,  20 

P 

1016  + 43. 5p 

3 

Core  Memory  Allocation  Instr 

•uctions 

A 

1361 

3,  10 

F 

7858 

10,  21,  27 

Move  Instructions 

1 

668 

3 

K 

687 

27 

P 

687 

1,  27 

5 

621  + 43.  6t 

27 

T 

640 

27 

a 

717 

27 

z 

715 

13,  27 

V 

663  + 21. 6c 

13,  27 

6 

647  + 21.6c 

27 

\ 

708 

27 

@ 

748 

27 

r 

680 

27 

c 

666 

4,  27 

h 

684 

27 
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Table  XXI  (Continued) 

Real-Time  Scenario  Instruction  Execution  Times 


Function 

Execution 

Time 

Footnotes 

Diagnostic  Instruction 

? 

- 

Commands 

DUMP 

- 

ERROR 

3950 

LOG 

5355 

12,  22 

MONITOR 

7204 

12 

QUIT 

2060 

23 

RESTART 

12,571 

12,  24 

SCALE 

5046 

25 

START 

14,540 

8,  10,  11,  12 

STATUS 

4681 

12 

STOP 

12,571 

12,  24 

SUB 

7490 

7,  10,  11 

SUB 

7858 

10,  11,  21 
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Table  XXI  (Continued) 

Real-Time  Scenario  Instruction  Execution  Times 
Nomenclature 

b = length  of  MESBF  (variable  or  text)  portion  of  buffer  to  be  logged, 
in  bytes 

c = number  of  bytes  for  which  longitudinal  redundancy  check  (LRC) 
byte  is  calculated 

e = length  of  error  message  in  type-E  scenario  instruction,  in  bytes 
i = length  of  query  and  length  of  response,  in  bytes 
m = number  of  bytes  successfully  matched 
n = number  of  bytes  unsuccessfully  matched 
p = number  of  bytes  parity  checked 

q = length  of  query  transmitted,  in  bytes  (those  up  to,  but  not 
including,  the  first  NULL  (zero)  byte  in  a query  buffer) 

r = length  of  response  received,  in  bytes 

t = number  of  bytes  transferred  from  (contained  in)  a type-5 
scenario  instruction  to  a query  buffer 
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Table  XXI  (Continued) 

Real-Time  Scenario  Instruction  Execution  Times 

Footnotes 

(1)  Add  6.4  microseconds  for  each  field  of  type  10  or  11  which 
contains  a Register  number. 

(2)  Add  6.4  microseconds  if  the  branch  is  not  taken. 

(3)  Add  14  microseconds  if  instruction  starts  at  an  even  byte. 

(4)  Add  26.  8 microseconds  if  initial  value  of  RGRPT  points  to  an 
odd  byte. 

(5)  The  time  includes  the  time  for  the  type-e  instruction  plus  the 
additional  time  for  the  following  (executed)  instruction  over 
what  it  would  be  if  executed  normally  rather  than  by  the  ex- 
ecute instruction.  The  normal  execution  time  of  the  following 
instruction  is  excluded.  Increased  time  over  most  other  in- 
structions is  spent  in  scenario  management  code  in  the  Exec. 
The  type-e  instruction  causes  two  changes  in  the  scenario 
associated  with  the  device.  The  time  given  includes  the  time 
to  free  each  core  page  when  control  passes  to  the  other  but  no 
time  to  read  pages  from  disk  since  the  core  pages  were  not 
overlaid.  If  one  or  both  core  pages  were  in  use  by  other  de- 
vices, the  freeing  time  would  be  less,  but  if  all  core  pages 
were  in  use,  the  type-e  instruction  could  require  disk  reads 
to  be  done. 

(6)  Execution  time  varies  by  11.4  microseconds  from  minimum 
to  maximum,  depending  upon  values  used. 

(7)  Includes  time  to  execute  the  SUB  command  with  scenario  speci- 
fied and  the  type-X  scenario  instruction.  Includes  time  to 
allocate  set  of  Registers  but  not  the  time  to  free  them. 

(8)  Includes  the  time  to  start  the  scenario  for  the  named  device 
and  to  terminate  that  scenario  by  execution  of  end-of-scenario. 

(9)  Add  13  microseconds  if  branch  not  taken.  If  substrings  of  the 
instruction  string  occur  in  the  response,  the  number  of  com- 
parisons may  be  relatively  large.  For  instance,  if  the  response 
ABCABACABABCABABACABABABC  is  searched  for  the  string 
ABABABA,  then  m = 27  and  n = 19  and  the  execution  time  is 
2642  microseconds. 
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Footnotes 

(10) 

(11) 

(12) 

(13) 

(14) 

(15) 

(16) 

(17) 

(18) 

(19) 

(20) 
(21) 


Table  XXI  (Continued) 

Real-Time  Scenario  Instruction  Execution  Times 


Execution  time  will  vary  depending  upon  the  number  of  blocks 
in  the  free  chain  which  have  to  be  examined  to  find  a large 
enough  block  to  allocate  and/or  to  find  the  proper  place  in  the 
chain  to  place  a freed  block. 

Execution  time  will  vary  depending  upon  the  number  of 
Scenario  Directory  entries  which  have  to  be  examined  before 
the  named  one  is  found. 

Execution  time  will  vary  depending  upon  the  number  of  Equip- 
ment Table  entries  which  have  to  be  examined  before  the 
named  one  is  found,  and  this  number  may  be  different  depend- 
ing upon  whether  hierarchical  equipment  names  are  used  in 
the  command  or  not. 

Time  estimated  based  on  measured  time  for  a similar 
instruction. 

Time  varies  widely  with  command  type.  The  time  to  execute 
the  type-C  instruction  is  included  in  the  command  execution 
time,  except  for  the  QUIT  command. 

Time  with  error-message  logging  enabled.  Time  includes 
logging  time. 

Time  with  error-message  logging  disabled. 

Includes  time  to  log  the  response.  If  response  logging  is  dis- 
abled, the  instruction  is  equivalent  to  a NOP. 

Assembler  directives  are  not  executed  in  real-time  and  are 
not  even  included  in  the  internal  scenario. 

Add  24  microseconds  if  the  branch  is  taken.  If  an  m-character 
compare  is  made,  the  first  four  characters  match,  but  the  fifth 
one  does  not,  the  execution  time  should  be  657  + 4 (39)  + 24  = 837 
microseconds. 

Add  10  microseconds  if  branch  not  taken. 

Includes  time  to  execute  the  SUB  command  with  scenario 
specified  and  the  type-F  scenario  instruction. 
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Footnotes 

(22) 

(23) 

(24) 

(25) 

(26) 
(27) 


Table  XXI  (Concluded) 

Real-Time  Scenario  Instruction  Execution  Times 
Time  for  LOG  ALL  OFF  ALL 

Time  through  the  time  the  record  is  logged.  Certain  termina- 
tion activities  are  performed  after  logging. 

Includes  time  to  execute  RESTART  of  a named  device  and  time 
to  execute  STOP  THIS  for  the  named  device. 

Time  will  vary  depending  upon  number  of  digits  in  scale  factor 
to  be  converted.  Conversion  time  is  31  microseconds  per 
decimal  digit. 

Using  an  asynchronous  line  adapter  at  10  characters  per  second. 
Add  12.  8 microseconds  if  instruction  starts  at  an  odd  byte. 
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34 

+ R8  1 R8 

7 

40 

U LOOP  R9  R8 

8 

47 

C [ LOG  ALL  ON  C 

9 

63 

C [ QUIT 

Instruction  5 is  the  one  being  timed.  Instructions  6 and  7 are  for 
loop  control  and  instruction  3 controls  the  iteration  count. 
Instructions  2 and  8 turn  logging  off  and  then  back  on  to  capture 
the  final  CPU  time  value.  Such  scenarios  were  run  two  or  more  times 
each  to  check  the  degree  of  reproducibility. 

A second,  base  scenario  was  then  prepared,  identical  to  the 
above  except  that  instruction  5 was  eliminated.  The  second  scenario 
was  then  run  two  or  more  times,  and  the  most  representative  CPU  time 
value  was  chosen  for  each  of  the  two  scenarios.  The  difference  bet- 
ween these  values  divided  by  the  iteration  count  gives  the  function 
execution  time. 

The  contents  of  the  two  scenarios  were  varied  depending  upon  the 
function  being  timed.  In  the  case  of  several  of  the  commands,  more 
than  one  scenario  had  to  be  run  concurrently.  The  iteration  count 
was  reduced  to  100  for  the  miscellaneous  functions,  for  some  of  the 
commands,  and  for  the  query  instructions.  In  any  case,  an  appropriate 
base  scenario  was  always  constructed  and  run  so  that  the  difference  in 
CPU  times  would  isolate  the  function  or  functions  being  timed  (a  few 
of  the  functions  cannot  be  executed  multiple  times  independently  of 
other  functions). 

The  measured  results  were  given  general  reasonableness  checks 
and  were  also  evaluated  by  comparing  differences  between  measured 
results  for  different  functions  (primarily  the  scenario  instructions) 
and  differences  obtained  from  NOVA  instruction  counts  for  the  same 
functions.  No  attempt  was  made  to  verify  the  absolute  values  given 
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in  Table  XXI  because  of  the  complexity  of  the  emulator  system.  The 
relative  comparisons  checked  reasonably  well,  although  certain 
differences  have  not  yet  been  explained.  The  data  in  Table  XXI  cannot 
be  regarded  as  precise.  The  presence  of  a zero  in  the  units  position 
cannot  be  regarded  as  indicating  low  precision  nor  can  the  presence  of 
a decimal  place  be  regarded  as  indicating  high  precision  in  all  cases. 

In  the  latter  case,  the  increments  given  in  the  table  proper  for  those 
functions  whose  execution  times  vary  with  string  length,  the  increments 
given  were  obtained  by  computations  on  the  measured  results,  although 
these  increments  checked  rather  well  in  those  cases  in  which  instruction 
counts  were  made.  The  increments  given  in  the  footnotes  are  generally 
more  precise  since  most  of  them  are  based  on  instruction  counts 
(assuming  that  the  CPU  clock  is  accurate) . 

The  relative  comparisons  made  for  approximately  15  scenario 
instruction  types  indicate  precision  varying  from  0 to  35  microseconds. 
No  formal  comparisons  were  made  for  the  commands  although  it  appears 
possible  that  much  larger  discrepancies  may  be  present.  In  particular, 
from  scanning  the  code  for  the  LOG  command  and  the  MONITOR  command,  it 
does  not  seem  reasonable  that  the  latter  should  require  nearly  2 milli- 
seconds more  than  the  former.  It  should  also  be  noted  that  a typical 
command  generally  provides  many  more  options  than  a typical  instruction 
and,  therefore,  will  result  in  a much  greater  range  of  execution  times. 
It  was  not  possible  to  time  and  report  each  option  of  each  function. 

In  addition,  as  the  footnotes  show,  a number  of  run-dependent  factors 
can  significantly  affect  the  timing  results. 

Several  factors  are  present  which  would  make  it  very  costly  to 
attempt  to  resolve  the  discrepancies  noted  above.  At  least  700  runs 
were  made  to  obtain  the  current  data.  Most  of  these  lasted  several 
seconds  in  real-time,  but  some  lasted  a minute  or  two.  The  results 
had  to  be  listed,  recorded,  and  analyzed.  Most  of  the  scenarios  were 
run  two  or  more  times  each  since  the  results  frequently  showed  some 
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variation  in  total  emulator  CPU  time.  It  was  felt  that  replicated 
runs  should  agree  within  possibly  10  to  30  microseconds  based  on  early 
experience  with  the  simpler  instructions.  In  the  case  of  some  of  the 
commands  and  query  instructions,  the  total  variation  was  sometimes 
200  or  300  microseconds.  In  the  case  of  a common  base  scenario  run  a 
number  of  times  over  a two-month  period,  the  total  variation  was  3200 
microseconds  (for  a 1%  second  run  - 0.2%).  It  seems  likely  that  these 
variations  are  the  result  of  clock  frequency  variations,  possibly  the 
result  of  temperature  differences.  The  clocks  involved  were  the  CPU 
clock,  the  Readable  Real-Time  Clock  used  for  timing  measurements,  the 
"Real-Time  Clock"  used  for  response  timeouts  and  which  places  a con- 
tinuous overhead  on  the  DVM,  and  the  line-adapter  clocks  in  the  case 
of  query  instructions.  In  addition,  it  is  known  that  the  timing 
characteristics  of  the  magnetic  tape  drive  have  a rather  coarse  control, 
and  the  tape  drive  had  to  be  used  in  all  runs  to  record  at  least  the 
first  and  last  event  of  the  run. 

A cause  of  greater  variation  in  execution  times  is  the  fact  that 
the  NOVA  computer  has  only  very  superficial  byte-manipulation  ability. 
The  Exec  uses  12.8  microseconds  more  to  fetch  the  two-byte  scenario 
instruction  length  field  (for  any  instruction)  from  two  adjacent  words 
(when  the  instruction  starts  at  an  odd  byte)  than  when  it  starts  at  an 
even  byte.  The  Scenario  Interpreter  uses  26.8  microseconds  more  to 
fetch  a two-byte  operand  (contained  in  certain  instructions)  when  the 
instruction  starts  at  an  even  byte  than  when  it  starts  at  an  odd  byte. 
The  effect  of  these  differences  is  that  to  achieve  the  best  results 
one  needs  to  examine  the  starting  byte  of  each  instruction  in  a scenario 
(or  at  least  those  within  the  loop)  and  make  adjustments  in  case  of 
differences  between  a base  scenario  and  a timing  scenario.  One  may 
also  need  to  modify  both  scenarios  by  adding  one  or  more  instructions 
or  changing  their  positions  to  cause  cancellation  of  the  even-odd 
effects.  The  nature  and  magnitude  of  this  problem  were  only  realized 
after  a number  of  runs  were  made,  instruction  counts  were  made  for 
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portions  of  certain  instructions,  and  relative  comparisons  were  made. 
Making  such  even-odd  corrections  for  a large  number  of  scenarios  would 
be  quite  time  consuming. 

In  the  case  of  the  START  and  SUB  commands,  the  present  implementa- 
tion reads  at  least  the  first  two  bytes  of  the  Scenario  name  from  the 
command  for  each  Scenario  Directory  (SD)  entry  encountered.  If  30 
entries  have  to  be  compared  and  the  scenario  name  starts  at  an  odd 
byte  in  the  command,  the  execution  time  for  the  command  is  800  micro- 
seconds more  than  if  the  scenario  name  started  at  an  even  byte.  (To 
force  the  even  byte  case,  an  odd  number  of  blanks  must  occur  after 
"START'1  and  before  the  scenario  name  if  the  device  name  contains  one 
digit.)  To  control  this  situation,  the  length  and  content  of  the  SD 
as  well  as  the  location  of  the  scenario  name  within  a command  must  be 
controlled. 

In  the  case  of  commands  which  contain  device  names,  a further 
variation  can  arise.  A total  of  26.8  to  80.4  microseconds  more  will 
be  used  if  the  device  name  or  "THIS"  starts  at  an  odd  byte  in  a 
command.  A total  of  31  microseconds  is  used  to  convert  each  digit 
(after  the  two  initial  characters)  in  a device  name.  The  execution 
time  will  further  vary  depending  upon  the  number  of  Equipment  Table 
(ET)  entries  which  have  to  be  searched.  The  number  of  entries 
searched  will  depend  upon  the  ordering  and  linking  of  the  ET  entries 
and  whether  or  not  hierarchical  equipment  names  are  used  in  commands. 

If  the  above  factors  are  handled  properly,  one  may  be  able  to 
obtain  relatively  accurate  results  for  the  tests  run.  Certain 
additional  factors  need  to  be  considered  before  applying  the  results. 

Of  necessity,  the  tests  were  run  under  conditions  whereby  there  was 
little  competition  for  resources  within  the  emulator.  As  the  number 
of  active,  emulated  devices  increases,  allocable  core  memory  becomes 
splintered  and  those  functions  which  must  allocate  and/or  free  core 
memory  will  use  up  more  emulator  CPU  time.  When  a block  is  to  be 
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freed,  each  link  in  the  free  chain  which  must  be  examined,  uses  up  7 
microseconds  of  CPU  time,  and  approximately  the  same  amount  of  time  is 
needed  during  allocation.  If  an  average  of  25  links  needs  to  be  examined, 
the  cost  is  175  microseconds  for  each  allocate  or  free  operation.  Every 
command  executed  requires  the  allocation  of  a command  buffer,  freeing 
of  the  command  buffer,  and  allocation  of  an  error-message  buffer  for 
the  response  to  the  command  and  may  also  require  the  freeing  of  a 
previous  error-message  or  query  buffer.  In  addition,  6 or  7 instructions 
(see  footnote  10)  and  one  of  the  miscellaneous  functions  allocate  and/or 
free  core  memory.  There  is  no  dynamic  measure  of  the  length  of  the  free 
chain,  but  the  timing  tests  probably  only  caused  a free  chain  of  five 
or  ten  links.  Very  little  logging  was  done  (from  2 to  6 records  per 
run) , but  each  record  logged  requires  one  allocation  and  one  free 
operation  (for  a Register  Stack). 

Scenario  management  can  also  have  a significant  effect  on  individual 
execution  times.  If  an  instruction  spans  a scenario  page  boundary,  it 
must  be  buffered  and  a new  scenario  page  becomes  the  active  page  for 
the  device.  The  cost  of  the  latter  operation  is  in  the  vicinity  of 
200  microseconds.  If  the  new  page  must  be  read  from  disk,  the  cost  is 
greater.  When  the  number  of  active  scenario  pages  in  core  approaches 
the  number  of  core  pages  allocated,  a disk  read  may  be  required  for 
each  scenario  instruction  fetched  from  a new  page.  The  emulator  is 
designed  to  cope  with  this  situation  to  handle  peak  loading  problems. 

If  an  emulator  module  operates  in  this  mode  more  than  a relatively 
small  fraction  of  the  time,  it  is  overloaded  and  its  load  should  be 
reduced. 

The  data  given  in  Table  XXI  ignores  the  effect  of  any  error 
conditions.  The  only  error  messages  allowed  for  are  the  normal 
responses  to  commands. 

The  "Real-Time  Clock",  used  for  response  timeouts,  provides  a 
continuous  overhead  estimated  at  between  0.2%  (2000  microseconds  per 
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second  of  elapsed  time)  and  0.3%.  The  effect  of  this  overhead  has  been 
ignored  in  Table  XXI  in  those  cases  in  which  emulator  %CPU  time  was 
near  100%  since  the  effect  on  a 700-microsecond  instruction  is  only  1 
or  2 microseconds.  In  those  cases  in  which  the  % CPU  time  was  lower 
(primarily  some  of  the  commands,  the  query  instructions,  the  delay  and 
wait  instructions,  and  the  miscellaneous  functions),  the  emulator  CPU 
times  for  the  base  scenario  and  the  timing  scenario  were  corrected  for 
this  overhead  based  on  elapsed  time,  generally  using  a conservative 
0.2%  factor.  This  overhead  is  present  throughout  the  elapsed  time  of 
a run,  regardless  of  the  amount  of  emulator  activity. 

NON-REAL  TIME  PROGRAMS 

It  is  difficult  to  give  anything  but  intelligent  estimates  as  to 
the  running  times  of  the  non-real-time  programs.  This  is  because  of 
the  many  variables  involved  which  determine  execution  times  for  each 
of  the  programs.  Presented  here  is  a sample  problem  for  each  program, 
with  key  characteristics  defined,  and  approximate  running  times  given. 
The  times  are  based  on  an  average  derived  from  several  runs  of  each 
program,  and  may  vary  within  a 5 second  range. 


The  example  shown  in  Appendix  VI,  Figure  33  shows  a scenario  called 
34FORTN  with  macro  calls  not  yet  expanded.  Figure  34  in  Appendix  VI 
shows  the  same  scenario,  now  called  FORTN,  with  macros  expanded.  The 
libraries  which  contain  the  macro  definitions  are  given  in  Figure  35. 

The  table  below  summarizes  the  key  characteristics  pertinent  to  the 
macro  processing  of  this  example.  In  this  case,  the  macro  processor 
takes  about  20  seconds  to  complete  execution. 


SSUB 


number  of  libraries 

number  of  macros  in  libraries 

length  of  file  without  macros 
expanded 


2 


16 


1172 


159 


length  of  file  with  macros 
expanded  3956 

number  of  macro  substitutions  185 


MACDEF 

The  program  used  to  generate  macro  libraries  is  MACDEF.  The 
execution  time  of  this  program  depends  on  characteristics  summarized 
in  the  table  below  for  the  example  shown  in  Appendix  VI,  Figure  35, 
the  KAPLIB  library. 


number  of 

definitions 

3 

length  of 

input  file 

205 

length  of 

output  file  (.ML) 

203 

Execution  time  to  create  KAPLIB. ML  from  KAPLIB  is  4 seconds. 

CVT 

The  scenario  assembler  program  may  convert  the  FORTN  scenario 
(Figure  34)  into  an  internal  scenario  by  using  any  of  its  three  print- 
ing options.  Average  times  for  execution  are  35  seconds  for  assembly 
with  no  listings  (CVT/N  option),  55  seconds  for  assembly  with  partial 
listings  (CVT/P  option),  and  3 minutes  10  seconds  for  assembly  with 
complete  listings  (CVT  option).  These  times,  of  course,  reflect  to 
some  degree,  the  speed  of  the  printer.  The  table  below  summarizes  the 
key  characteristics  pertinent  to  the  Assembly  of  the  example. 


label  definitions 

22 

other  label  references 

24 

queries 

25 

ar i thme  tic  ins  true  t ions 

133 

search  instructions 

22 

commands 

3 

assembler  directives 

3 

other  instructions 

159 

Total  instructions 

391 

length,  in  bytes,  of  internal 

scenario  2435 

160 


DATAR 


The  data  reduction  program  processes  the  log  tape  written  during 
an  emulation  run  and  can  produce  many  combinations  of  listings  and 
summaries • Execution  times  for  all  combinations  are  too  cumbersome 
to  be  presented  here.  The  table  below  describes  the  key  characteris- 
tics pertinent  to  the  data  reduction  of  a log  tape  from  a sample 
emulation  of  the  Fortran  Cost  scenarios  presented  in  Figures  33-35, 


number  of  physical  records  43 

number  of  logical  records  376 

number  of  internal  scenarios  in 

directory  70 

number  of  devices  in  ET  26 

number  of  active  devices  2 

number  of  queries  123 

number  of  responses  226 

number  of  scenario  instructions  1 

number  of  lines  of  output  for 

relative-time  listing  660 


Using  such  a log  tape,  the  data  reduction  program  produces  a brief 
summary  in  20  seconds  and  a relative-time  listing  for  a single 
emulated  device  in  an  average  of  4 minutes.  These  times  are  for 
processing  of  a file  which  is  the  first  file  on  a log  tape.  If  more 
than  one  emulation  file  is  on  a tape  (perhaps  a tape  created  by  the 
MASTR  program)  the  DATAR  program  rewinds  to  the  beginning  of  tape  and 
re-searches  for  the  correct  run  every  time  it  begins  a new  device 
listing  for  the  run.  This,  of  course,  may  consume  considerably  more 
time, 

MASTR 

The  execution  time  of  the  MASTR  program  depends  on  several 
factors,  as  described  in  the  table  below: 
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number  of  physical  records  in  run 
disk  space  available 
file  number  of  MASTR  tape 

Also  included  in  the  complete  execution  time  is  the  length  of  time  it 
takes  the  user  to  dismount  the  original  log  tape  and  mount  the  MASTR 
tape,  for  as  many  times  as  is  needed  to  complete  the  transfer.  There- 
fore it  is  unrealistic  to  give  any  meaningful  timing  estimates. 


162 


REFERENCES 


1.  Data  General  Corporation,  Disk  Operating  System  User’s  Manual, 
093-000048-03,  Southboro,  Massachusetts,  1971. 

2.  Data  General  Corporation,  NOVA  Editing  Routines,  093-000018-02, 
Southboro,  Massachusetts,  1971. 

3.  Data  General  Corporation,  File  Check  Program,  093-000071-00, 
Southboro,  Massachusetts,  1971. 

4.  Data  General  Corporation,  Tape  Dump  Program,  093-000059-01, 
Southboro,  Massachusetts,  1971. 

5.  Data  General  Corporation,  How  to  Use  the  NOVA  Computers, 
Southboro,  Massachusetts,  1971. 


163 


APPENDIX  I 


Conversion  Codes  for  IBM  2741 

Because  some  of  the  2741  control  characters  do  not  have  a 
direct  counterpart  in  the  ASCII  character  set,  an  exact  mapping  was 
not  possible.  Table  XXII  is  a list  of  the  2741  control  characters, 
and  their  position  in  the  ASCII  table.  This  same  mapping  was  used 
in  the  2741  conversion  code  tables  used  for  the  on-site  model  of  the 
emulator. 

Table  XXIII  represents  the  conversion  codes  used  by  the  Scenario 
Assembler  for  2741  EBCDIC  odd  parity  code,  with  the  parity  bit  as 
the  right-most  bit.  The  "lab"  conversion  is  used  on  the  fixed-site 
model  of  the  Emulator  when  emulating  an  IBM  2741  terminal  using 
Data  General’s  software  driven  data  communications  multiplexor.  The 
"field"  conversion  reverses  the  order  of  the  bits,  and  is  used  on 
the  on-site  model  of  the  Emulator  when  emulating  an  IBM  2741  terminal 
using  Digital  Computer  Controls  asynchronous  line  adapters. 
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Table  XXII 


Control  Characters  for  IBM  2741  Terminal 


2741 

ASCII 

Octal 

Character 

Octal 

Character 

037 

EOT  = control  D 

004 

EOT  = end-of-transmission 

135 

BS  = backspace 

010 

BS  = backspace 

172 

HT  = horizontal  tab 

011 

HT  = horizontal  tab 

073 

LF  = line  feed 

012 

LF  = line  feed 

130 

RES  = restore 

014 

FF  = form  feed 

133 

NL  = new  line 

015 

CR  = carriage  return 

034 

UC  = upper  case 

016 

SO  = shift  out 

174 

LC  = lower  case 

017 

SI  = shift  in 

031 

PN  = punch  on 

022 

DC2  = device  control  2 

032 

RS  = reader  stop 

023 

DC3  =*  device  control  3 

171 

PF  = punch  off 

024 

DC4  = device  control  4 

136 

IL  = idle 

026 

SYN  = synchronous  idle 

075 

EOB  = end-of-block 

027 

ETB  = end-of-block 

076 

PRE  = prefix 

033 

ESC  = escape 
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Table  XXIII 

Conversion  Code  Table  used  for  IBM  2741  Terminal 


2741* 

2741 

2741* 

2741 

ASCII 

ASCII 

LAB 

FIELD 

ASCII 

ASCII 

LAB 

FIELD 

CHARACTER 

CODE 

CODE 

CODE 

m£j&m 

CODE 

CODE 

CQPE 

N1JL 

000 

SP 

040 

U 001 

100 

son 

001 

1 

041 

U 127 

165 

STX 

002 

It 

042 

U 026 

064 

ETX 

003 

# 

043 

L 026 

064 

EOT 

004 

C 037 

174 

$ 

044 

is  127 

165 

ENQ 

005 

% 

045 

U 013 

150 

ACK 

006 

& 

046 

L 141 

103 

BEL 

007 

1 

047 

U 015 

130 

BS 

010 

C 135 

135 

( 

050 

U 023 

144 

1IT 

Oil 

C 172 

0 57 

) 

051 

U 025 

124 

LF 

012 

C 073 

156 

052 

U 020 

004 

VT 

013 

+ 

053 

U 141 

103 

FF 

014 

C 130 

015 

, 

054 

L 067 

166 

CR 

015 

C 133 

155 

- 

055 

L 100 

001 

SO 

016 

C 034 

034 

• 

056 

L 166 

067 

SI 

017 

C 174 

037 

/ 

057 

L 043 

142 

DLE 

020 

0 

060 

L 025 

124 

DC1 

021 

1 

061 

L 002 

040 

DC  2 

022 

C 031 

114 

2 

062 

L 004 

020 

DC3 

023 

C 032 

054 

3 

063 

L 007 

160 

DC4 

024 

C 171 

117 

4 

064 

L 010 

010 

NAK 

025 

5 

065 

L 013 

150 

SYN 

026 

C 136 

075 

6 

066 

L 015 

130 

ETB 

027 

C 075 

136 

7 

067 

L 016 

070 

CAN 

030 

8 

070 

L 020 

004 

EM 

031 

9 

071 

L 023 

144 

SUB 

032 

: 

072 

U 010 

010 

ESC 

033 

C 076 

076 

> 

073 

U 007 

160 

FS 

034 

< 

074 

U 004 

020 

GS 

035 

= 

075 

U 002 

040 

RS 

036 

> 

076 

U 016 

070 

VS 

037 

? 

077 

U 043 

142 

<* 

100 

L 040 

002 

* C * control 
U = upper  case 
L = lover  case 
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Table  XXIII 

Conversion  Code  Table  used  for  IBM  2741  Terminal  (Concluded) 


ASCII 

CHARACTER 

ASCII 

CODF 

2741 

LAB 

CODF 

2741 

FIELD 

CODE 

ASCII 

CHARACTER 

ASCII 

CODF 

2741 

1AB 

CODF 

2741 

FIELD 

CODF 

A 

101 

II  142 

043 

a 

141 

T.  142 

043 

r> 

102 

U 144 

023 

b 

142 

L 144 

023 

c 

103 

II  147 

163 

c 

143 

1 147 

163 

D 

104 

U 150 

013 

d 

144 

L 150 

013 

E 

105 

U 153 

153 

e 

145 

T.  153 

153 

F 

106 

U 155 

133 

f 

146 

1 155 

133 

C 

107 

U 156 

073 

R 

147 

1 156 

073 

H 

110 

H 160 

007 

h 

150 

1 160 

007 

1 

111 

U 163 

147 

i 

151 

T.  163 

147 

J 

112 

11  103 

141 

j 

132 

1 103 

141 

K 

113 

U 105 

121 

k 

153 

T.  105 

121 

L 

114 

U 106 

061 

1 

154 

L 106 

061 

M 

115 

U 111 

111 

m 

155 

T 111 

111 

N 

116 

II  112 

051 

n 

156 

L 112 

051 

0 

117 

U 114 

031 

o 

157 

T 114 

031 

P 

120 

U 117 

171 

P 

160 

L 117 

171 

Q 

121 

U 121 

105 

q 

161 

L 121 

105 

R 

122 

U 122 

045 

r 

162 

L 122 

045 

S 

123 

U 045 

122 

s 

163 

L 045 

122 

T 

124 

U 046 

062 

t 

164 

L 046 

062 

U 

125 

U 051 

112 

u 

165 

L 051 

112 

V 

126 

II  052 

052 

V 

166 

1 052 

052 

w 

127 

U 054 

032 

w 

167 

L 054 

032 

X 

130 

U 057 

172 

X 

170 

T,  057 

172 

Y 

131 

U 061 

106 

y 

171 

L 061 

106 

1 

132 

U 062 

046 

z 

172 

L 062 

046 

[ 

133 

U 040 

002 

[ 

173 

\ 

134 

U 166 

067 

1 

174 

] 

135 

} 

175 

T 

136 

U 067 

166 

176 

- 

137 

U 100 

001 

DEL 

177 

L 177 

177 

140 

167 


APPENDIX  II 


Sample  Listings  from  Scenario  Assembler 
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TEST 


CONVERSION  COOE  ■ 1 
£NO-OF-M£SS*li£  COOE  ■ 1 


l 

3 

A 

9 

2 

3 

L 

FL3 

3 

3 

R 

t t 

4 

6 

S 

FL3  CANOE 

5 

16 

0 

hlTRE/EMULA' 

6 

33 

L 

FL4 

7 

33 

R 

f f 

8 

36 

S 

FL4  LOGGED 

0 

47 

A 

6 

10 

52 

♦ 

13  0 R8 

11 

58 

5 

files 

12 

66 

0 

R 8 

13 

70 

0 

14 

73 

L 

FL3 

15 

73 

R 

1 i 

16 

7 6 

S 

FL5  * 

17 

82 

Q 

REMOVE 

18 

92 

L 

FL7 

19 

92 

R 

1 ! 

2U 

05 

5 

FL7  n 

21 

101 

Q 

BYE 

22 

1 08 

L 

F L 8 

23 

108 

R 

t f 

24 

111 

S 

FLO  ET 

25 

118 

c 

tQUIT 
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T£$ r.IS  INDICATOR  4 

1 CONVERSION  CODE  ■ 1 

END-OF-MESSAGE  CODE  ■ l 


ALLOCATE  9 


1 A 9 


2 L FL3 


3 R m 


3 » 

0 

3 

5 > 

122 

0 

R 

FL3 

CANOE 

6 * 

0 

12 

0 * 

123 

0 

S 

10  » 

3 

103 

c 

12  « 

101 

116 

AN 

14  l 

104 

105 

OE 

MITRE/EMULATE 

16  » 

0 

21 

18  f 

121 

115 

QM 

20  * 

111 

124 

IT 

22  ' 

122 

105 

RE 

24  » 

s; 

1 0 5 

/E 

26  » 

115 

125 

MU 

28  1 

114 

lwl 

LA 

30  * 

124 

105 

TE 

32  » 

13 

0 

6 L FL4 

7 R H 


33  » 

0 

3 

35  » 

122 

0 

R 

FL4 

LOGGED 

36  » 

0 

13 

30  1 

123 

0 

5 

40  ’ 

41 

114 

1L 

42  1 

117 

107 

OG 

44  ’ 

107 

105 

GE 

46  ’ 

104 

0 

D 

i 6 

47  » 

0 

5 

49  * 

im 

0 

A 

51  1 

6 

0 

10  ♦ 


13  0 


R 0 


170 


62  ' 0 
54  » 53 

56  * 0 

11  5 FILES 

58  I 0 
60  * 65 

62  1 111 
64  ' 105 

12  6 R8 

66  t 0 
68  ■ 134 

13  0 

70  ■ 0 

72  ■ 117 

14  L Ft 5 


15  R «« 

73  l 0 

75  I 122 

16  S FL5  # 

76  * 0 

78  ' 123 
80  ’ 111 

17  0 REMOVE 

82  ■ 0 
84  » 121 
86  1 105 

68  ’ 117 
00  ’ 105 

18  L FL7 


19  R M 

02  » 0 

94  ’ 122 

20  S FL7  * 

95  I 0 
97  i 123 
99  1 134 

21  0 BYE 

101  » 0 
103  ’ 121 
100*  131 


5F 

XL 

cs 


0 


0 


R 


S 

I* 


QR 

EM 

OV 

E 


R 


S 

9# 


QB 

YE 


6 

15 

10 

10 

106 

114 

123 

4 

10 

3 

0 

3 

0 

6 

0 

43 

12 

122 

1 15 

125 

15 

3 

0 

6 

0 

43 

7 

102 

1 ki  13 
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107  t 15 
22  L F L3 


23  R M 

108  t 0 
110  * 122 

24  S FL8  ET 

111  f 0 
113  • 123 
115  » 154 

117  • 124 

25  C [QUIT 

118  * 0 

120  * 103 
122  t 121 
124  » 111 


R 


$ 

LE 

T 


C C 
QU 
IT 


0 

3 

0 

7 

0 

105 

0 

10 

133 

125 

124 
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SYMBOL  T ABLE 

NUMBER  OF  ENTRIES  5 

IS  ES 


length 

label 

A0DRES3 

LINE  NO 

3 

Ft3 

3 

2 

3 

FL4 

33 

0 

3 

FL5 

73 

14 

3 

FL7 

02 

IS 

3 

FL* 

106 

22 
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APPENDIX  III 


Listing  of  EQUIP. RB 


174 


•Ml  EQUIP 


00000 
00001 
00002 
•010} 
00004 1 


00003 

00000 

00007 

00010 

00011 

00012 

00013 

00014 
00013 
00010 
00017 
00020 
00021 
00022 

00023 

00024 
00023 


,TITL  EQUIP 

.ENT  E0000,E0'E1,ETREC 

, ENT  ETEND 

.ENT  ETENT 

,ENT  E2 

,ENT  ETLEN 


000101 

• DUSR 

A*  10  1 

000111 

• DUSR 

1*111 

000124 

f DUSR 

3*123 

000124 

, DU  SR 

T*124 

000123 

CDUSR 

U*123 

000127 

• DUSR 

W*127 

000103 

• DUSR 

E*  105 

000132 

• DUSR 

Z ■ 1 32 

000116 

,DUSR 

N«1 10 

000117 

• DUSR 

0*117 

000207 

• DUSR 

RT1*133, 

000007 

• DUSR 

BU1*7. 

000010 

• DUSR 

B 1,2*0, 

000117 

• DUSR 

PT  1 *0 

000116 

• DUSR 

PT2*N 

000064 

• DUSR 

000LINE*3*16,*4 

000064 

• DUSR 

I8M2040*3*10,*4 

000064 

• DUSR 

I8H22O0*3*1O,*4 

000003 

• DUSR 

IBM1033*3 

000006 

• DUSR 

02000*0 

000007 

• DUSR 

I8M2741 *7 

000064 

• DUSR 

12741*3*10,44 

000021 

• DUSR 

ZA SC  1*1*16,41 

000026 

• DUSR 

ZASC0*1*10,46 

000042 

• OUSR 

EA3C2*2*10,42 

000043 

• DUSR 

EA3C3*2*10,43 

000003 

• TXTM 

3 

iZREl 

,NREl 

000023  ETEND 1 

E0END- 

'E0000 

020103  ETRECI 

20000*"E  MjSED  to  write  i 

001046 

E9999- 

>£000044 

000110 

"H 

000003' 

• ♦1 

E000  0 1 

E0< 

000000 

0 

f ETR0 

041324 

"C*236 

l,4»T  IETVPE 

000000 

0. 

IETI0 

000000 

0 

1 CHICO 

000032' 

El 

M.INK 

000000 

0 

IPARNT 

000136 

110, 

1 ETR, 

000000 

0 

1 ETQBP 

001037' 

EDH2 

IETEOM 

000000 

0 

1 ETRSP 

000000 

0 

lETPAD 

000000 

0 

) RR INQ , PR IN6 

000037 

0*236, 

437  IETUGA,  ETUGN 

1004410 

1000000 

•000200 


ZA3C0*230,4l 
11*230,410 
0*230, *0 
0*230, *180 


I TERMT , 3TATI 
IPORTOi  PORTI 
I SPRTO,  3PRTI 

IIUTAO,  ETINO 
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9002  EQUIP 


9902*' 004132 

8#*239,*Z 

IBYTEL,  PARTY 

90927 ' 099990 

1 , »1*1B2*0B7*0 

lETDIO 

00030 '000000 

1 « M * 182*087*0 

IfcTOOD 

00031 ' 000000 

E0END 1 
Ell 

9 

1 ETDQA 

00032 

*000000 

0 

IETR0 

00033 

*042123 

"0*236f *"S 

IETYPE 

00034 

*000019 

14. 

lETIO 

00035 

*000000 

0 

f CH IlD 

00039 

*000057  ' 

E2 

IlINK 

00037 

•000000 

0 

| PARNT 

00040 

•000159 

0110a 

1 ETR AT 

00041 

•000000 

0 

IETQBP 

00042 

1001095* 

E0M3 

lETEOM 

00043 

1000000 

0 

ietrsp 

00044 

•000000 

0 

lETPAD 

00045 

1000000 

0 

I RR ING , PR  I NG 

00046 

•090037 

0*236 , *37 

lETLGA,  ETLGN 

00047 

•021111 

E ASC2  *236  , ♦ 1 

ITERMT,  ST  AT  I 

00050 

•024450 

3 1*236 1*30 

1 PORTO , PORTI 

00051 

•000401 

1*236, *1 

ISPRTO,  SPRTI 

00052 

•007400 

1 3 , *236 , *0B8 

| SUTAO 9 

ETIND 

00053 

•004105 

8 , *236 , *E 

IBYTEL#  PARTY 

00054 

•000000 

1 ,-l*lB2*0B7*0 

lETDIO 

00055 

1000000 

1 ,-l*lB2*0B7*0 

lETDOl) 

09056 

•000000 

E2> 

0 

lETDOA 

00057 

1000000 

0 

IETR0 

00060 

•052131 

nT*236,*MY 

IETYPE 

00091 

•000001 

1. 

IETID 

00092 

• 000900 

0 

ICHIUD 

00063 

•000104* 

E3 

JUNK 

00064 

•000009 

0 

1 PARNT 

00065 

•000207 

RT1 

IETRAT 

00066 

•000090 

0 

IETQBP 

00097 

•001073' 

COM4 

IETEOH 

00070 

•000000 

0 

IETRSP 

00071 

•000000' 

0 

lETPAO 

00072 

1000000 

0 

IRRING, PRING 

00073 

•090037 

0*236, *37 

lETLGA#  ETLGN 

00074 

•032111 

12741*236, *1 

1 TERHT  # STATI 

00075 

•021442 

43*236  9*42 

1 PORTO  # PORTI 

00076 

•000401 

1*236, *1 

ISPRTO,  SPRTI 

00077 

•017000 

30  , * 236 , +088 

HUTAD# 

ETINO 

00100 

•003517 

811*256, *PT1 

IBYTEL#  PARTY 

00101 

•020071 

2,M*lB2*00fB7*7l 

IETDID 

00102 

1090069 

4,«l*ia2*00,B7*66 

lETDOO 

00103 

•001107  • 

E3 1 

0066  A 

IETDOA 

00104 

1000000 

0 

IETR0 

00195 

•052131 

n T*256 , ♦*  Y 

IETYPE 

00106 

1000002 

2, 

IETID 

00197 

1000000 

0 

ICHILD 

00110 

•090131  • 

E4 

ILINK 

00111 

1000000 

0 

IPARNT 

00112 

•000207 

RTi 

IETRAT 

00113 

• 000000 

0 

IETQBP 

00114 

•001101 • 

E0M3 

lETEOM 

176 


0003  EQUIP 


09115 

000000 

0 

lETRSP 

09116 

000000 

0 

lETPAD 

99117 

000000 

0 

|RRING, PRING 

90120 

000037 

0*296  v *37 

ietlga,  etlgn 

90121 

032111 

12741*296, *1 

J TERMT  # ST  AT  I 

09122 

021442 

43*296 c*42 

1 PORTO  , PORTI 

09123 

091002 

2*25(5, *2 

J SPRTD,  SPRTI 

00124 

017400 

3 1 , *296t  + 0B8 

1 SUTAO# 

00123 

003317 

9L 1 *296 ,*PT  1 

J BY  TEL  # PARTY 

90120 

021071 

2,*l*lB2*02,B7*7l 

IETDIO 

99127 

062966 

4,-1  * 182*04, B7*66 

1 ETDOO 

00130 

001107' 

E4I 

D066A 

1 E TOO A 

00131 

090000 

0 

IETR0 

00132 

032131 

*T*256,*”Y 

lETYPE 

90133 

090003 

3. 

1 ETIO 

00134 

000900 

0 

ICHILO 

00135 

900156' 

E 4 A 

ILINK 

00136 

000000 

0 

J P ARNT 

00137 

000207 

RT1 

ietrat 

00140 

000000 

0 

IETQBP 

00141 

001031 ' 

i 

EON  1 

lETEOM 

00142 

000000 

0 

JETRSP 

00143 

000000 

0 

jetpao 

00144 

000000 

0 

|RRING, PRING 

00145 

000037 

0*296, *37 

IETLGA,  ETLGN 

00146 

032111 

12741*296, *1 

JTERMT,  3TATI 

00147 

021442 

43*296. *42 

J PORTO , PORTI 

00150 

001403 

3*296 , *3 

JSPRTO,  SPRTI 

00131 

020000 

32 , *296 , *0B8 

jsutao, 

00152 

003517 

BU 1*296 ,*PTi 

JBYTEL#  PARTY 

00153 

022071 

2,-l*iB2*04f B7*71 

JETOIO 

00134 

064066 

4,->l*lB2*08.B7*66 

JETOOO 

00155 

001107' 

1 

E4  A 1 

0066  A 

lETOOA 

00136 

000000 

0 

JETR0 

00157 

052131 

MT*296,*M  Y 

lETYPE 

00160 

000004 

4, 

JETIO 

00161 

000900 

0 

J CHILD 

00162 

000203' 

1 

E 1 3 

J L INK 

00163 

000000 

0 

J P ARNT 

09164 

090207 

RT1 

IETRAT 

00165 

000009 

0 

JETQBP 

00166 

001031 i 

1 

EON  1 

IETEOH 

00167 

090909 

0 

IETRSP 

09170 

090909 

0 

IETPAO 

09171 

000009 

0 

| RR ING, PRI NQ 

09172 

099037 

0*296, *37 

ietlga,  etlgn 

90173 

032111 

I2741*296V*I 

1 TERMT , ST  ATI 

00174 

021442 

43*296, *42 

1 PORTO , PORTI 

00175 

002004 

4*296, *4 

ISPRTO,  SPRTI 

00176 

016409 

29 , *296 , *0B8 

ISUTAO, 

00177 

003317 

811*296, *PT1 

JBYTEL,  PARTY 

00290 

023071 

2, *1*182*06, B7*7l 

JETDID 

90201 

066066 

4, *1*182*12,87*66 

I ETDOO 

99292 

001107 

l 

El  3 1 

0066  A 

IETDOA 

09203 

000000 

0 

JETR0 

00204 

032131 

"T*296,*"Y 

IETYPE 

ETINO 


ETINO 


ETINO 


177 


0004  EQUIP 
00205)000005 
00206)000000 
00207)000290' 
00210*000000 
00211)000207 
00212*000000 
00219*001051 ' 
00214)000000 
00215)000000 
00216*000000 
00217*000097 
00220*092111 
00221)021442 
00222)002405 
00229*020400 
00224)009517 
00225)024071 
00226)070066 
00227)001110' 

EMI 

00290)000000 

00291 '052191 

00292)000006 

00299*000000 

00294)000255' 

00295)000000 

00296*000207 

00297)000000 

00240)001051 • 

00241 '000000 

00242)000000 

00249)000000 

09244)000097 

00245)092111 

00246*021442 

00247*009006 

09250 ' 021000 

00251)009517 

00252)025071 

00259)072066 

00254)001110) 

ElSl 

00255)000000 
99256)052191 
00257)000007 
00260)000000 
00261)000902' 
00262)000000 
00269)000207 
00264)000000 
00265)001051 • 
00266)000000 
00267)000000 
00270)000000 
0027P000097 
00272)092111 
00279)021442 
00274)009407 
00275)021400 


3. 

0 

E14 

0 

RTI 

0 

E0M1 

0 

0 

0 

0*256, *97 
12741*256, *1 
49*256, *42 
5*256, *5 
99 , *256 , *0B8 
611*256, *PT1 
2,“1*1B2*08,B7*71 

4, »l*lB2*16,B7*6e 
0066B 

0 

"T*2S6 , ♦ " Y 
0 

EIS 

0 

RTi 

0 

E0M1 

0 

0 

0 

0*256,437 

X2741 *296*+X 

43*256,^42 

6*256,46 

34.4256.40B8 

BL1*256.4PT1 

2.^i*lB24l0,B747l 

4,-1*192420,67466 

D066B 

0 

"T*256,4«Y 

7. 

0 

El  6 

0 

RTi 

0 

EOM1 

0 

0 

0 

0*256,437 
12741*256,41 
43*256,442 
7*256,47 
35 , *256 , 40B8 


FETIO 
I CHILO 
JUNK 

; p arnt 

FETRAT 

FETQBP 
JETEOH 
F ETRSP 
FETPAO 

J RRING # PRXNG 
F ETLGA#  ETLGN 
F TERHT  # ST  AT  I 
F PORTO#  PORTI 
F 3PRT0  # SPRTI 

I sutao, 
FBYTEL#  PARTY 
FETDIO 

/ ETOOO 
F ETDO A 

FETR0 

FETYPE 

FETID 

FCHILD 

flink 

FPARNT 

FETRAT 

fetqbp 

FETEOM 

FETRSP 

fetpad 

FRRINGiPRING 

fetlga#  etlgn 
FTERHT#  ST  ATI 
F PORTO#  PORTI 
F SPRTO  # SPRTI 

/SUTAO; 
FBYTEL#  PARTY 
FETOID 

fetooo 

fetooa 

F ETR0 
FETYPE 

fetio 

FCHILO 

FUNK 

FPARNT 

FETRAT 

FETQBP 

feteoh 

FETRSP 

fetpao 

frring#pring 
fetlga#  etlgn 
fterht#  stati 

FPORTO#  PORTI 
FSPRTO#  SPRTI 

fsutao# 


ETINO 


ETXNO 


ETIND 
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00139  EQUIP 
00270 • 009917 
00277 • 02007 1 
00300 '074066 
00301*091110' 

E16I 

00302 '000000 

00303(092131 

00304*000010 

00305)000000 

00306)000327' 

00307*000000 

00310*000207 

00311 '000000 

00312*001091 ' 

00313*000000 

00314 ' 000000 

00319*000000 

00316*000037 

00317*032111 

00320*021442 

00321*004010 

00322*022000 

00323*003917 

00324*027071 

00329*076096 

00329*001110* 

E17  l 

00327*000000 

00330*092131 

00331*000011 

00332*000000 

00333*000394* 

00334*000000 

00339*000207 

00336*000000 

00337*001091 ' 

00340*000000 

00341*000000 

00342*000000 

00343*000037 

00344*032111 

00343*022444 

00349*000401 

00347  *022400 

00390*003317 

00391*030071 

00332*000097 

00393*001111* 

E18I 

00334*000900 

90399*092131 

00399*000012 

09337*000000 

00390*000401 ' 

00301 1000090 

00362*000207 

00363*000000 

00364*001051 ' 

00365*000000 


BL 1*236 , *PT  1 
2,-l*tB2*12,B7*7l 
4,-l*lB2*24,B7*09 
0069B 

0 

MT*256,*"Y 

e. 

0 

E 1 7 

0 

RT1 

0 

EDM  1 
0 
0 
0 

0*256, *37 
12741*296,*! 
43*296, *42 
B,*296,*8, 

36 , *256 , *0B8 

BL1*256,*PT1 

2, -1*182*14, B7*7l 

4,»1*1B2*2B,B7*66 

0066B 

0 

"T*239,*"V 

0 

Eie 

0 

RTl 

0 

E0M1 

0 

0 

0 

0*236, *37 
12741*259, *1 
49*296, *44 
1*256, *1 
37  ,*236,*0BB 
BL1*256,*PT1 
2,-1*182*16,67*71 
4,«1*1B2*00,B7*67 
00974 

0 

"T*236,*"Y 

10. 

0 

E19 

0 

RTl 

0 

E0M1 

0 


I BY  TEL  > PARTY 
JETDIO 

J ETOUO 
JETOOA 

JETR0 
JETYPE 
JETID 
* CHILD 
JLINK 
jPARNT 

JETRAT 

f ETQbP 
JETEOM 
JETR8P 
J ETPAO 

J RR ING i PHI NG 
JETLGA,  ETLGN 
J TERHT , STATI 
JPDRTO,  PORTI 
jSPRTO*  8PRTI 

J SUTAD  > 
JBYTELi  PARTY 
JETDIO 

JETDOO 
J ETOOA 

J ETR0 
JETYPE 
JETIO 
J CHILO 
JLINK 
J P ARNT 

JETRAT 

j ETQBP 
J ETEOM 
IETR3P 
jETPAD 

jrring.pring 

JETLGA,  ETLGN 
I TERMT i STATI 
IPORTO,  PORTI 
J SPRTO#  8PRTI 

jsutao, 

JBYTEL»  PARTY 
JETOIO 

JETODO 
J ETOOA 

JETR0 
JETYPE 
IETIO 
J CHILO 
ILINK 
IPARNT 

JETRAT 

JETQBP 
J ETEOM 
JETR8P 


ETINO 


ETINO 
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006 

00366 

EQUIP 
* 0 0 0 0 0 0 

0 

1 1 TP AD 

00367 

'000000 

0 

|RRING, PRING 

00370 

•000037 

0 *256  # *3  7 

IETLGA,  ETUGN 

0037  1 

•032111 

1274  1 *230 ,♦ I 

I TERNT  # 3TATI 

00372 

' 022444 

43*256  # *44 

IP0RT0,  PORTI 

00373 

•001002 

2*256 , *2 

ISPRTO,  SPRTI 

00374 

•023000 

36, *256,*0B8 

ISUTAO, 

ETINO 

00373 

•003317 

Bll *256, *PT  1 

IBYTEL,  PARTY 

00376 

•031071 

2,M*lB2*18,B7*7l 

# ETO  10 

00377 

•062067 

4,-l*lB2*04,B7*67 

lETOQD 

00400 

•0011  1 1 » 

006 7 A 

lETDDA 

00401 

£19! 

•000000 

0 

IETR0 

00402 

•032131 

>»T*256,*"Y 

IETYPE 

00403 

•000013 

11. 

lETID 

00404 

•000000 

0 

ICHILD 

00403 

•000426' 

E20 

f LINK 

00406 

•000000 

0 

I PARNT 

00407 

•000207 

RTl 

lETRAT 

00410 

• 000000 

0 

I ETQBP 

0041  1 

•001031 • 

EDM  1 

lETEOM 

0041  2 

•000000 

0 

IETR3P 

00413 

•000000 

0 

1 E TP  AO 

00414 

•000000 

0 

|RRING, PRING 

00413 

•000037 

0*256, *37 

lETLGA,  ETLGN 

00416 

•03211 1 

12741*236, *1 

I TERhT  , ST  AT  I 

00417 

•022444 

43*236, *44 

fPDRTO#  PORTI 

00420 

•001403 

3*236, *3 

ISPRTO,  SPRTI 

00421 

•023400 

39,*236,*0B8 

ISUTAD, 

ETIND 

00422 

*003317 

BL1*236,*PT1 

IBYTEL,  PARTY 

00423 

•032071 

2, *1*182*20, 07*71 

1 E TO  I 0 

00424 

•064067 

4,-l*lB2*08,B7*67 

lETDOO 

00423 

*001111' 

0067  A 

IETOOA 

00426 

E20S 

•000000 

0 

1 ETR0 

00427 

•032131 

"T*256,**Y 

IETYPE 

00430 

•000014 

12, 

IETIO 

00431 

•000000 

0 

JCHILQ 

00432 

• 000433 • 

E21 

1 LINK 

00433 

•000000 

0 

IPARNT 

00434 

1000207 

RTl 

lETRAT 

00433 

•000000 

0 

lETQBP 

99436 

• 001031  • 

EDM1 

IETEOM 

00437 

•000000 

0 

| ETRSP 

00440 

•000000 

0 

I E TP AO 

00441 

•000000 

0 

|RRING, PRING 

00442 

' 000037 

0*250, *37 

IETLGA,  ETLON 

99443 

•032111 

12741*256, *1 

ITERMT,  3TATI 

00444 

•022444 

43*236, *44 

1 PORTO,  PORTI 

00443 

•002004 

4*256, *4 

ISPRTO,  SPRTI 

00446 

•024000 

40  , *236 , + 0B8 

I3UTAD, 

ETIND 

00447 

•003317 

BL  l *256 , *P  T1 

IBYTEL,  PARTY 

00430 

1033071 

2, -1*102*22, B7*7l 

IETOID 

00431 

•066067 

4, ■1*102*12,07*67 

lETDOO 

00432 

•001111 » 

DD67A 

IETDUA 

09433 

E21  ! 

•000000 

0 

IETR0 

00434 

•032131 

MT*256,*"Y 

IETYPE 

09433 

•000013 

13, 

IETIO 

180 


14007  EQUIP 


00456 

1000000 

0 

1 CHILD 

00457 

10005001 

£22 

f l Ink 

00460 

'000000 

0 

fPARNT 

00461 

•000207 

RT1 

fETRAT 

00462 

•000000 

0 

J ETQ0P 

00465 

•001051' 

EDM  1 

lETEOM 

00464 

•000000 

0 

fETRSP 

00465 

•000000 

0 

jETPAD 

00466 

•000000 

0 

f rring,pring 

00467 

•000037 

0*256,07 

fETLGA,  ETLGN 

00470 

•032111 

1274 1*256 , * I 

fTfcRMT#  ST  AT  I 

00471 

•022444 

45*256, *44 

I POR  TO  f PORTI 

00472 

•002405 

5*256, *5 

f SPRTO#  3PRTI 

00473 

•024400 

41  , * 256 , *068 

1 SUT  AO  $ 

00474 

•003517 

0L1*256,*PT1 

f B YTEL  t PARTY 

00475 

•034071 

2, 0*102*24, B7*7l 

1 ETD ID 

00476 

•070067 

4, 0*182*16, 07*67 

t ETODD 

00477 

•001112' 

£221 

00670 

fETOOA 

00501 

•000000 

0 

> ETR0 

00501 

•052131 

0*250, *"Y 

fETYPE 

00502 

• 000016 

14, 

IETID 

00503 

•000000 

0 

1 CHILD 

00504 

•0005251 

i 

£23 

f L Ink 

00505 

•000000 

0 

fPARNT 

00506 

• 000207 

FT  T 1 

fETRAT 

00507 

•000000 

0 

f ETQBP 

00510 

1001051  • 

EOM 1 

f ETEQM 

00511 

1000000 

0 

f ETRSP 

00512 

•000000 

0 

fETPAO 

00513 

1000000 

0 

f RRING, PRING 

00514 

1000037 

0*256, *37 

f ETLG A , ETLGN 

00515 

•032111 

12741*256. *1 

fTERMT,  3TATI 

00516 

•022444 

45*250, *44 

fPORTD,  PORTI 

00517 

1003006 

6*256 , *6 

1 3PRTD . SPRTI 

00520 

•025000 

42 , *250 , *066 

f SUT AD  t 

00521 

•003517 

011*250, *PT1 

fBYTEL#  PARTY 

00522 

•035071 

2, 0*182*26, 87*71 

f ETOID 

00523 

•072067 

4,-1*102*20,07*67 

f ETDOD 

00524 

•0011121 

1 

E23l 

DO070 

fETDDA 

00525 

•000000 

0 

IETR0 

00526 

•052131 

0*250,  *0 

IETYPE 

00527 

•000017 

15, 

f ETID 

00530 

•000000 

0 

ICHILD 

00531 

1000552' 

\ 

£24 

ILINK 

00532 

1000000 

0 

fPARNT 

00533 

•000207 

RT  1 

fETRAT 

00534 

•000000 

0 

| ETQ6P 

00535 

•0010511 

1 

EOM  1 

fETEOM 

00536 

1000000 

0 

fETRSP 

00537 

•000000 

0 

fETPAD 

00540 

1000000 

0 

f RRING, PRING 

00541 

1000037 

0*256, *37 

f ETLG A * ETLGN 

00542 

•032111 

12741*256, *1 

f TERMT  t 3TATI 

00543 

•022444 

45*256, *44 

fPORTD,  PORTI 

00544 

•003407 

7*250, *7 

f SPR TD  $ SPRTI 

00545 

•025400 

43 , *256  , *068 

1 SUT  AO  * 

00546 

•003517 

BL 1 *250 , *P  T 1 

fBYTEL,  PARTY 

ETINO 


ETINO 


ETIND 
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13(808  EQUIP 


00947 

090071 

2,-l*lB2*28,B7*7l 

IETDID 

00990 

074067 

4,-1*182*24,87*67 

lETDUD 

00991 

001112' 

E24 1 

DC  678 

1 ETDOA 

00992 

000000 

0 

IETR0 

00999 

092191 

»T*256.*"Y 

IETYPE 

00994 

000020 

16. 

IETID 

00999 

000000 

0 

ichild 

00990 

000977 • 

E5 

ilink 

00997 

000000 

0 

IPARNT 

00900 

000207 

RTl 

lETRAT 

00961 

000000 

0 

I ETQBP 

00962 

001091 ' 

EDM  1 

lETEQM 

00969 

000000 

0 

IETRSP 

00964 

000000 

0 

ietpad 

00969 

000000 

0 

|RRING,PRING 

00966 

000097 

0 *296  0 *37 

lETLGA,  ETLGN 

00967 

092111 

12741*256, *1 

ITCRMT,  ST  A T I 

00970 

022444 

45*266. *44 

fPDRTQ,  PORTI 

00971 

004010 

8,  *256, *8 , 

/SPRTD,  SPRTI 

00972 

026000 

44  . *256 ,*088 

ISUTAD, 

00979 

009917 

81 1 *256 , *PT 1 

1 8 YTEL » PARTY 

00974 

097071 

2, -1*182*50.87*71 

IETDID 

00979 

070067 

4, -1*182*28, 87*67 

I ETDOD 

00976 

001112' 

E9: 

DD678 

1 E TDD A 

00977 

000000 

0 

|ETR0 

00000 

040110 

»L*256,*HN 

IETYPE 

00001 

000009 

5. 

IETID 

00002 

000624' 

E6 

ICHILD 

09009 

000000 

0 

ILINK 

00004 

000000 

0 

IPARNT 

00009 

004940 

24000 

IETR 

00006 

000000 

0 

I ETQBP 

00007 

001091 ' 

EDM  1 

lETEDM 

00010 

000000 

0 

IETRSP 

00011 

000000 

0 

IETPAD 

00012 

000000 

0 

iRRINCfPRlNC 

00619 

000097 

0*256, *37 

J ETLGA f ETLGN 

00014 

0921  1 1 

DDDL  I Nfc*256 , ♦ I 

ITERMT,  ST  AT 

00619 

019091 

32*256, *31 

IPDRTD,  PDRTI 

00016 

000000 

0*256  e *0 

1 SPRTD § SPRTI 

00017 

029400 

43  , * 256 , *088 

ISUTAD, 

00020 

004116 

8L2*256,*PT2 

1 B Y TEL  » PARTY 

00621 

000000 

1 ,-1*182*067*0 

IETDID 

00022 

000000 

1 ,-l*lB2*0B7*0 

1 ETDOD 

00029 

000000 

E6: 

0 

1 E TDD A 

00624 

000000 

0 

IETR0 

00029 

041910 

HC*256,*"N 

IETYPE 

00020 

000000 

IETID 

00027 

000070' 

E6 

ICHILD 

00090 

000091  ' 

E7 

ILINK 

00091 

600977 • 

E5 

IPARNT 

00092 

004940 

2400, 

IETR 

00099 

000000 

0 

IETQBP 

00094 

001091  • 

EDM  1 

lETEOM 

00099 

000000 

0 

IETRSP 

00096 

000000 

0 

IETPAD 

182 


aeue  equip 
00637 1000000 

006401009037 

006411033111 

00643*019031 

00643*000000 

00644*047000 

00643*004116 

00646*000000 

00647*000000 

00690*000000 

E7I 

00691 *000000 

00633*041916 

00633*000007 

006941000773* 

006031000000 

00636*000977  • 

00697*004340 

00660*000000 

00661 *001031  ' 

00663*000000 

00663*000000 

00664*000000 

00663*000037 

00666*032133 

00667*013031 

00670*000000 

00671 *124000 

00672*004116 

00673*000000 

00674*000000 

00679*000000 

ea: 

00676*000000 

00677*042123 

00700*000010 

00701*000000 

00702*000723* 

00703*000024* 

00704*004340 

00703*000000 

00706*001001  * 

00707*000090 

00710*000000 

00711*000000 

00712*000037 

00713*032111 

00714*013031 

00713*000000 

00716*120000 

00717*004116 

00720*000000 

00721*000000 

00722*000000 

E9I 

00723*000000 

00724*042123 

00723*000011 

00726*000000 


0 

0*236, ♦37 
IB*28  48*236 , * I 
32*296, *31 
0*236, *0 
1 16*296, *088 
BL2*296,*PT2 
1 ,-l*lB2*0B7*0 
l ,-l*lB2*0B7*0 
0 


(RRING,PRING 
(ETLGA,  ETLGN 

(TERHT,  ST  AT  I 
( PORTO,  PORTI 
(SPRTO,  SPRTI 

(SUTAO,  ETIND 
(BYTEL,  PARTY 
(ETOIO 

IETOOO 
f ETDOA 


0 

"C*236,*"N 

7, 

Ell 

0 

E9 

2400, 

0 

ED*  1 
0 
0 
0 

0*296, *37 
16*2848*236, *U 
32*296, *31 
0*236, *0 
290*296, *068 
612*236, *PT2 
1 ,*1*182*067*0 
1,-1*162*067*0 
0 


(ETR0 

(ETYPE 

(ETID 

(CHILD 

(LINK 

(PARNT 

(ETRAT 

(ETQBP 
( ETEOM 
(ETRSP 
(ETPAO 

(RRING,PRING 
(ETLGA,  ETLGN 

(TERMT,  STATI 
(PORTO,  PORTI 
( 3PRT0 , SPRTI 

(SUTAO,  ETIND 
( BYTEL , PARTY 
(ETOIO 

(ETODO 

(ETDOA 


0 

"0*296, *"S 
8, 

0 

ED 

E6 

2400, 

0 

EDMt 

0 

0 

0 

0*296, *37 
16*2260*236, *1 
32*236, *31 
0*296, *0 
240*236, *068 
BL2*236,*PT2 
1,-1*162*067*0 
1 ,*1*162*067*0 
0 


( ETR0 
(ETYPE 
( ET  ID 
(CHILD 
(LINK 
(PARNT 

(ETRAT 

(ETQBP 
( ETEOM 
( ETRSP 
(ETPAD 

(RRING,PRING 
(ETLGA,  ETLGN 

( TERMT , STATI 
(PORTO,  PORTI 
( SPRTO,  SPRTI 

(SUTAD,  ETIND 
(BYTEL,  PARTY 
(ET01D 

( ETDOD 
(ETOOA 


0 

"0*236, *»S 

e. 

0 


( ETR0 
(ETYPE 
(ETIO 
(CHILD 
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0010  EQUIP 
014787 ' 000730  ' 
00790)000024 ' 
00791 1004540 
00792'000000 
00799)001051 ' 
00794)000000 
00795)000000 
00796)000000 
00797)000097 
00740)092111 
00741 '015091 
00742)000000 
00749  i 120400 
00744)004110 
00745'000000 
00746)000000 
00747 ' 000000 

E 10  * 

00750)000000 

00751 '050124 

00752)000012 

00759'000000 

00754  i 000000 

00755 ' 000024 ' 

00736'00022O 

007 37)000000 

00700)001051 ' 

00701 • 000000 

00702*000000 

00769)000000 

00704)000097 

00765)002525 

00766)015000 

00707)000000 

00770 • 121000 

0077l'00411O 

00772*000000 

00779)000000 

00774*000000 

El  1 1 

00773)000000 
00776*042129 
00777)000019 
01000*000000 
01001)001022' 
01002)000051  ) 
01009)004540 
01004*000000 
01005)001051  • 
01006*000000 
01007)000000 
01010)000000 
01011)000097 
01012)092125 
01019)013091 
01014)000000 
01013*122000 
01016)004110 
01017)000000 


E10 

E6 

2400, 

0 

EDM  1 
0 
0 
0 

0*256, >97 
I BM2260*256 , ♦ I 
92*250, *91 
0*256,  *0 
241*256, *008 
012*256 , *PT2 
1,-1*102*007*0 
1,-1*182*007*0 
0 


(LINK 

(PARNT 

(ETRAT 

(ETQBP 

(ETEOM 

(ETRSP 

JETPAO 

(RRING,PRING 
(ETLGA,  ETLGN 

I TERM! , ST  A T I 
(POHTO,  PORTI 
(8PRT0,  8PRTI 

(SUTAO,  ETINO 
(BYTEL,  PARTY 
(ETOIO 

ItTDOD 

JETDOA 


0 

"P*256,*"T 

10. 

0 

0 

E6 

150, 

0 

EDM  1 
0 
0 
0 

0*256,  *97 
IBM  1059*256, *U 
92*290, *0 
0*250, *0 
242*256,  *008 
BL2*256,*PT2 
1 ,-l*lB2*0B7*0 
1,-1*102*087*0 
0 


(ETR0 

IETYPE 

lETID 

(CHILD 

(LINK 

jPARNT 

JETRAT 

JETQBP 

JETEOM 

JETRSP 

JETPAO 

jRRING.PRING 
(ETLGA,  ETLGN 

J T6RMT , STATI 
(PORTO,  PORTI 
(8PRT0,  8PRTI 

(SUTAO,  ETINO 
(BYTEL,  PARTY 
(ETOIO 

(ETOOO 

(ETOOA 


0 

"0*256, *"S 
11. 

0 

E 12 
E7 

2400, 

0 

E0M1 

0 

0 

0 

0*256, *97 
IBM22O0*236,*U 
92*230, *91 
0*230, *0 
244*230, *008 
BL2*256,*PT2 
1,-1*102*007*0 


1ETR0 

(ETYPE 

(ETIO 

(CHILD 

(LINK 

(PARNT 

(ETRAT 

(ETQBP 
( ETEOM 
( ETRSP 
(ETPAO 

(RRING,PRXNG 
(ETLGA,  ETLGN 

(TERHT,  STATI 
(PORTO,  PORTI 
(SPRTO,  SPRTI 

(SUTAO,  ETINO 
(BYTEL,  PARTY 
(ETOIO 
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0011  EQUIP 

01020  1 090000 

01021  1000000 

01022 i 000000 

0 1023  1 0 42 123 

01024  1 0000 1 4 

01020 * 000000 

01020*000000 

010271000601* 

01030*004940 

0103P000000 

01032*001091 • 

010331000000 

010341000000 

010391000000 

010361000037 

010371032129 

010401019031 

01041 1000000 

01042 1122400 

010431004116 

010441000000 

010491000000 

010461000000 


01047 

01090 

01091 

01092 

01093 

01094 

01099 

01096 

01097 
01060 
01061 
01062 

01063 

01064 

01069 
01066 
01067 

01070 

01071 

01072 

01073 

01074 
01079 

01076 

01077 

01100 
01101 
01102 

01103 

01104 
01109 
01106 
01107 


000029 
000032 
000029 
000037 
1 77777 
177777 
177777 
177777 
177777 
000012 
000009 
000030 
177777 
177777 
177777 
177777 
177777 
177777 
177777 
177777 
177777 
000037 
177777 
177777 
177777 
177777 
177777 
000037 
000043 
177777 
177777 
177777 
177777 
000000 


E 1 2 t 


E9999! 

LCN 

ETCNTi 
ETUENI 
EOMl  l 


E0H2  I 


E0M3  ' 


E0H4 : 


COM3  I 


DQ66  A t 


-l*lB2*0B7«-0  JETDOD 

JETDOA 

ICTR0 
JETYPE 
JETID 
f CHILD 
ILINK 
IPARNT 

IETRAT 

IETQHP 
lETEQM 
IETR3P 
lETPAD 

IRKING, PR1NG 
I ETLG A , ETLGN 

ITERMT,  ST  A T I 
I PORTO # PORTI 
ISPRTO,  SPRTI 

ISUTAD,  ETIND 
IBYTEL,  PARTY 
lETDID 

1 ,-*l*lB240H740  lETDOO 
0 lETDOA 

• E0END->E0000 
E9999*E0000/LEN 
LEN 
37 


12 

9 

30 


0 

0 

*0*296 , 4nS 
12, 

0 

0 

E7 

2400, 

0 

EOMl 

0 

0 

0 

0 * 296 , *37 

IBM2260*296,*U 

32*296 ,+31 

0*296,40 

249*296,4068 

6L24256,4PT2 

1,-1*162406740 


3 


37 

43 


0 
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0012  EQUIP 
01110*000000  0066  b I 
01111*000000  0067  A I 
01112*000000  006 7 B I 


0 

0 

0 

#EN0 
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UU13 

tQUlP 

0066  A 

(did  1 1 U7  • 

00666 

Millin' 

0067  A 

lilttui ' 

00676 

001112' 

E0 

000009  1 

E0UM 

000009 ' 

E0END 

Id  Id  Id  Id  32  ' 

El 

000032' 

E 10 

id  V)  Id  7 S Id  ' 

Ell 

000779  ' 

E12 

id  Id  1 id  2 2 * 

E 1 3 

Ididid2id3 ' 

E 1 4 

id  id  Id  2 3 id  1 

E13 

Id  id  id  2 5 S * 

E 1 6 

id 0id 302 ' 

E 1 7 

Id  Id  Id  3 2 7 ' 

E18 

00*394 ' 

E 19 

000401 ' 

E2 

000097 ' 

120 

000486 ' 

E21 

000493 1 

E22 

000900' 

E23 

000989' 

E24 

000992' 

E3 

000104' 

E4 

000131 ' 

E4A 

000196 ' 

E9 

000977 • 

E6 

000624 ' 

E7 

000691 ' 

E8 

000676 ' 

E9 

000723  ' 

E9999 

001047 • 

E0M1 

001091 ' 

E0M2 

001097 ' 

E0M3 

001069' 

E0M4 

001073' 

E0H5 

001101 ' 

ETEND 

000000' 

ETENT 

001047 • 

ETLEN 

001090' 

ETREC 

000001 ' 

LEN 

000029 
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APPENDIX  IV 


DATAR  Listings 
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USER  IKPUT:  DATAR/B^ 


BRIEF  SUMMARY  PF  kun  FT7  P AGt  1 

UE V t KN UK  "ESS*Ut! 


CTta  raw 
T Y i 5 

T Y 1 0 1H 
T Y 1 5 «J2^ 
C Y k)  *2«1 
TYlo  J 2 J 
T Y 1 6 H2<1 
TYlh  04^ 


ACT  Id  4 
ACTUVI 
01 v ICE 
ACT IC  l 
ACTION 
ACTION 
aCUun 
bfcHl^ 0 


T A At  U 
T A At  N 
STORED 
T A A E N 
T A A t N 
T A A fc  M 
T A A t N 
SCnEOULt 


bK  I tF  Summary  UF  HU*  FT7 


PAGE  2 


TEW* INALS  1 3 


tlAPSEO 

TIht:  29,79358 

RE  SS AGE  S 1 

139 

RECORDS  1 

14 

CHARACTERS : TOTAL* 

172 

R 1 

B0 

01 

86 

UN-Rt 

I 

RECURO 

TYPtbl  HI 

3 

SI 

lib 

Q 1 

9 

R 1 

9 

Cl 

7 

El 

B 

unsolicited  i 

I 

TIMES  1 

AVU  RfcSP  * 6, 

00 

MAX 

RESPi 

30,62 

TERMINAL 

•MAXI  TY10 

PERCENT  CPU! 

1 

• Bfl 

TOTAL 

CPUI 

96569 

SCE^Ahlu  INSTRUCTIONS 

USED  1 

A 1 

4 0 1 2 

9 1 

23 

1 t 

3 

1 1 

4 

■ 1 

1 C 1 4 

U l 

22 

J 1 

21 

0 1 

2 

R 1 

6 Hi  1 

D*« 

a 

L«l 

2 

Q»l 

3 

R«  I 4 


COhnANUS  ISSuEUl 

quit  t 1 START  t 3 BUB  13 

ENU-OF-FILE 


Figure  26.  Brief  Summary  Output  Format 
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tst«  INTtf : 


DAUB  O/Sj 


Q»«lCts  "tuut'i  feu  **«t  i ^*61  t 

I L(4 

j r * i 

3 T*4 

1 t l'|3 

l «*  i o 


utlMltU  V*  ■»  Wi<'«  M7  C«6t  ? 

ti-.-i  i«r  i < *►  it- ' iw  •«  cta 


Nf  l-'ku  l si  t< : 

J 

5«  <■ 

Ui  • 

* i 

u 

Cl  J 

Cl  2 

t lr»  i j ft*tf  xi  s*{ 

-*1  *t3lM 

C'imi  ft-«w3  1 1 lot  c 

MO  1 1 1 l 

3»A*T 

1 7 

UNSOLlCltCDI 


Utl*liio  T, »■»*••«»  <►  «un  tT7 

It-  1**L  t*  t»  • T l M l »15 


x I 

I |»lt!  till  <Ul'l  l , 
3Ct  .A*  lu  1'iSTwiit f I >•»  i 


»l  /b  01 

Ct  2 Cl 

*A»  *»t3K|  Jtt.ftrf 


ft  I 

C I 


V I 
it  I 

0*1  I C*  I 

(PaiiIxV-S  IHOtol 
ITftxl  I 


T I 

J I 

it*  t 


I I 
U I 
H*  I 


unSOLI C I Tf U I 


UtltlU'i  <»  *»nn  M7 

Th*il<i«b’  Iuc.^1  !►  ii*r  |<>M  ft  i a 

tffcC'iMU  -i  3 I m|  J 31 


TI"r»l  ftVb  >U$mi  .i,17 
ICf'A'Uu  f*«NT*  It  I li»N>  U3f  t>I 


■'ll  4t$t|  • , 1 7 


• I 

0 I 


<4  t 

J I 


I I 
* i 


3U«  I 4 


UfcSOltCtTCOI 


C I 

0*  I 


C Oltu- I *•<«  ui*JC*l  trfi  I*ACT|tfM 

i IM 

u i*o 
i*n-u» -t  iii 


Figure  27 . Detailed  Summary  Output  Format 
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i.4t\ 

i.tat 

i.tu 
l.u  X 

t.ltl 

».|SI 

i.iSl 

* . J 4 t 
».4<*1 
f.2)1 
*.)21 
*.  Ml 
,t5<l 

j .2)1 

).2)l 

4. .‘41 


■ . ? »•' 
4.  M* 

l.«a- 
1 . )*•• 
J , » S*‘ 

l.2**4 


,.7)J 

./4*1 


T3 


4tl*f 


Cl  n>M^' 


* -< 


I** 


• 4 


•« 


It 


9* 


9* 


44 


J4 


1/ 


X* 


M > 

• 4 4 


*•4  44  4 • » * • > • 


• (»»(.■>»(  M*«l»  (|4(I  ) 


t « • 

|2  14  **1) 


Figure  28. 


Histogram  Output  Format 
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USER  INPUT ' DaTaJI/L/T/O/Nj 

OCHCES  HLUUtJTEO  Mt  I MCt  1 


1 

CT0 

2 

DS 14 

1 

ms 

4 

TY 14 

LOGICAL 

HI 

TO 

1 1* 

TE«Mn*L» 

ch 

P 

(None 

(or  CT0 ) 

LOGICAL  HI 

, TO 

1 l* 

TERMINAL! 

T T 1 3 

242 

442 

441 

-27 

.1*- 

122 

-u- 

436 

272 

1 44 

43- 

48* 

*71 

300 

*00 

• 00 

*72 

-37 

- 4 . 

- 0 •’ 

.'7  2 

3o* 

- - - 

-33 

7-4 

432 

263 

433 

070 

004 

230 

v 2 6 

434 

121 

431 

153 

122 

t0l 

441 

174 

426 

413 

133 

*37 

004 

H4 

-44 

-41 

«‘4i 

022 

.1(6  0 

123 

*73 

437 

4 41* 

. 0.* 

-74 

-31 

• 4- 

444 

4 P - 

*44 

432 

283 

433 

070 

000 

230 

*4* 

444 

162 

< 1 1 

NS 

- 4 - 

44  1 

441 

-44 

-P  2 

123 

P 4 - 

40P 

444 

4*P 

80* 

-PP 

000 

P 0 0 

• 00 

*74 

122 

u *»■ 

4 0<l 

-73 

13  1 

/ *t 

— — — 

-44 

444 

432 

263 

*33 

07* 

000 

242 

**4 

I1  II 7 

046 

OfH. 

i«7] 

* 1 1 

< 1 2 

444 

146 

i>4f 

4*1 

k‘4t 

-2J 

4*4 

123 

-73 

244 

-4  4 

* o- 

-76 

3 3u 

--- 

--- 

n 4 - 

**- 

432 

263 

433 

070 

000 

231 

--4 

0*3 

1P4 

*12 

P*2 

1*7 

44  4 

(r-  4 

**> 

-33 

- «.  * 

121 

m6- 

144 

033 

4«4 

*82 

277 

303 

800 

000 

*'77 

260 

4 4 - 

--2 

3-- 

164 

--- 

44- 

— 4 3 

4-4 

432 

263 

433 

070 

00* 

230 

*29 

434 

44  9 

-40 

1 42 

1 1 2 

13- 

142 

122 

13- 

441 

122 

133 

043 

117 

114 

112 

443 

133 

133 

-37 

04- 

IK 

04* 

44  1 

-4- 

-34 

*»* 

123 

-77 

*3? 

44k* 

-62 

3-  l 

143 

4-- 

444 

4-- 

844 

432 

263 

433 

07* 

4 i 4 

238 

4*4 

034 

121 

• 20 

W 34 

043 

448 

142 

112 

194 

142 

122 

130 

001 

122 

133 

*43 

117 

1 1 * 

112 

-43 

133 

133 

437* 

LOGIC*!.  NECUNU9  |«|  TO  \\4 
TER* I N*L I TT16 
1 • 1 


-27 

-** 

121 

0 4- 

*38 

233 

343 

4 0P 

88* 

833 

333 

000 

030 

233 

184 

*4« 

4 44 

127 

.1-4 

-*- 

*00 

0-4 

432 

314 

833 

• 27 

000 

010 

*26 

434 

Ul 

-31 

133 

122 

401 

*41 

174 

426 

413 

133 

437 

*a* 

44- 

- - l 

-41’ 

4 3w 

«i  -- 

123 

242 

23o 

-44 

-6- 

-43 

4 24 

24* 

44- 

404 

*** 

432 

31* 

433 

027 

*00 

010 

M4- 

4 2- 

1 22 

*26 

-44 

121 

431 

133 

122 

*61 

4 — 1 

174 

*28 

• 13 

133 

* 3 7 P 

242 

*42 

*-- 

- 34 

44* 

12? 

44- 

464 

136 

311 

*40 

082 

338 

0P7 

• 80 

*82 

336 

*00 

44- 

-02 

347 

143 

--- 

44- 

44- 

44* 

432 

31* 

433 

*27 

*00 

*30 

*26 

*34 

4 43 

-46 

1 42 

112 

1-3* 

142 

122 

13* 

4*1 

122 

133 

*43 

117 

I I 4 

112 

443 

134 

134 

437 

«-* 

4 4- 

--1 

--P 

-23 

-11- 

123 

3J0 

344 

*4r 

-62 

34- 

476 

4** 

*** 

4*0 

0*4 

432 

314 

*33 

027 

• 00 

030 

4-4 

*P3 

-7u 

PJl 

-** 

*-• 

P0LL0»I*G  OtPlCta  A*E  {NACTIvtl  PACE  I 

a osh 

EnO-OF-R lut 


Figure  29.  Octal  Tape  Output  Format 
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USER  INFUT: 


DATAR/L  RECORDS/Q/R  STTO; 


T jvp.^r  iL-Ai. 

► rr  ihAVb 
TY?  sia*t 

LIM  or  6- 

TAtK 
Si  AI  T 

14  4f.y *ry 

TASK 

EM 

vFbiA^F  36 

bCFN  SCFNArin 
4fT>  N44F 

• ATF 

PFV 
I (> 

1 

1F*T 

6*  56*3  ’ 

6 562*1 

6i  r 14.17 

1 ? 

F*  ? 

TY1 

»*y 

r 

6111  63* 

nS1?/.S3 

6b  1 Pif? 

?: 

C,  ? 

T Y 1 

/*0u4439^op  tss  C U 
N Y'  AOS  IK.  153 
'«?9a  FNTFF-  LOO  ON 

0 

661 41 

661  3 pp? 

69r'f  7*1 

1* 

FU? 

TY1 

'LOGON  1S9?17  L 
( PE  SK)  T(°9)  NA( 
WAGNER ) 

F 

6937672 

/•QP56--6 

6 9?  5f S6 

F 9 

PL? 

TY1 

O 

► 

79S5F9P 

7 ?F 57"9 

7 ?r  b a 1 | 

F 9 

Fa? 

T Y 1 

ENTEF  PASSWORD  FO 
F 1 S9?l 7 

h 

7313*64 

7 37  b7  1 f 

7 37  59?* 

P9 

F-.v? 

1 Y1 

o 

77  1 F'*  54 

77  If'* 5 

774b^43 

1 2 

-A  1 ,V1  SO 

1 Y? 

sx 

K 

77741 ?3 

7*17  5*1 

7^779? 

?3 

MA 1 K T SO 

TY? 

n 

?4l 1 269 

7 F 1 SF"  1 

7*1 6^1 3 

*9 

Pv.? 

1 Y1 

A A A A A A A A 
00000000 
xxxxxxxx 

R 

7P1 4??P 

7 9£P(*  37 

79?F?5" 

?3 

MA 1NTSO 

TY? 

439?9P  USCUN  YOA 

h 

7 O T46P4 

794*1 1 5 

7 0 4*025 

23 

*a  INTSO 

TY2 

OS 

0 

791776P 

79177^1 

797 1 S4* 

1 97 

Pi.? 

i Y 1 

IFAS SWORD 

r 

7F424P3 

7F  5f  c *0 

7 9751*5 

1 1? 

C«-2 

TY1 

R 

7954769 

P"1462S 

Pr)'*.4P  35 

?3 

MAIN! bO 

TY? 

1KJ 

h 

PI" 39 90 

P'«4S*  47 

n 4 69  56 

122 

F r.fi 

1 Y1 

6 

R 

P0 1 1 ?7" 

*951 469 

P*51  6*9 

23 

MA1KTSO 

TY2 

530?oa 

H 

P0  P'14  2* 

PI ?5P  62 

FI  26^71 

1 22 

PW? 

TY1 

R 

FOSP1 1 3 

PI  451  54 

*145364 

23 

MA  T Nl SO 

TY? 

ENTER  LOGON 

R 

P 1 62? 1 1 

P 67 S966 

P676176 

122 

Fir*  2 

TY1 

TSOP17  LOGON  IN 
PROGPESS  AT  1 6 1 
31 I 32  ON  JUNE 
14#  1973 

0 

P44PP 1 4 
1 

P44P567 

1 

P7P3646 

1 

3P 

MAJNTSO 

1 

TY? 

1 

# LOG ON  TS032P 
W ( DESK ) T ( 9 9 ) 
NAC WAGNER) 

o 

9*67966 

9F67  *9” 

9°?F  43/i 

1 3? 

n ? 

1 Y 1 

^LOGOFF 

r 

9Q5T493 

j nnTff'i  0 

1 "9"  64p* 

1 4* 

r.  ? 

TY1 

r 

i* 

j 500c 

1 1 5?65-'7 

1 1 b?67 1 6 

1 4?; 

f V.  ? 

1 Y1 

*6K  TORE  USFD 
01  1 GET  S 

02  1PL1S  0 

1 01 SK  EXGPS 

r 

1 1 55**77 

1 21P6613 

1 ?'ir6Fp«* 

14* 

rv.2 

TY1 

JDP  LOG  7316SS94 
95PO  ?.45  TP 

U SETS  22.76  E 

LAPSED  SETS 

h 

1 ?1  175*1 

1 ?6?67  1 6 

1 262692b 

l 4r 

rv.? 

TY  1 

TS1?17  LOGGEO  0 
FF  TSO  AT  16132 

IIP  ON  JUNK  14 
# 1"73* 

FND-OF-F1LE 

P 


Figure  30.  Actual  Time  Output  Format 


193 


USE!  INPUT.  CUTAIt/L/I/J  »i*:j 

0(«K(I  rftJulJTic  Ot  l 

1 CT# 

17  ni 
is  rv: 
n oss 


Ml 


I 


tiw-hterval  list  of  flxj 

-E3S»UE  4 

MCE  3 

TImM-il  UEnT  ;f  Id  t U**I 

CT* 

NEC  T-i-3  T»si  C*u 

T»9  T I " l v:*-t  t 

•IS*  SCCn»»I0 
t;-c  -*-c 

TEiT 

N 

*00  9 

T48LC  I 

m 

*00  9 

’ * E . E t 

m 

*00  9 

MU  3 

C *7 | 

4 

3-E 

13  T 4 9 T C’l 
#29  ACTUS 
• 944 

Take* 

• V 440 

K 

B »C 

C h 224 

t 

3<E 

129*09  S 

E A 27k 

2432 

C*C 

• a.  act:;* 

TakCn 

3 * t|4> 

4 

C.E 

Ctf»®0*  » 

C # 3*- 3 

4 

0*1 

13 T 4 • T r*2 

3C2 

1 4 34*7 

l l l 

4449 

Q*E 

i 

•2*  4CTIC* 

l 

Take* 

TIKE-I.nTE'.AL  LUT  wr  W 

- 

• t 334 

;c  i6 

*4.2  3 

l|H*|*4L  IOEsTJF |C  4T 

ICsi 

TM 

• EC  ru'.J  T 4 3* 

C*U 

• tS* 

$CEN4»J3 

T yP  T I -t  tl-i 

U*k 

T I *E 

M"l 

TEIT 

M 

*00 

• 

T aSlE 

I 

m 

*00 

• 

table 

E 

* 

*00 

9 

take 

3 

• 

« 

3«9 

• 

3C1 

• »4| 

9 

1*799 

1*963 

SCI 

3 

4 

11331 

• 

SCI 

0 

1 

• 

239 

• 

9Ct 

9 

• 

9 

231 

* 9.19 

SCI 

3 

• 

*44 

• 

SCI 

• >• 

3 

4 

33* 

* 

SCI 

9 

9 

249*9 

2 39 

• 9,29 

3C1 

>• 

3 

• 

291 

9 

SCI 

• a. 

9 

9 

331 

9 

SCI 

• 

• 

99119 

213 

9 *.39 

SCI 

9 1C*  0* 

9 

• 

274 

• 

9 C 1 

3)910* 

0* 

TIKI-INTERVAL  LIST  OF  ILN2  m(SS4&|  12  PACE  12 


TEH^Inal  IuEnTIF  ICaUQnI  T»2 


uc  tm  c *u  mn  sctsuto 

TtP  T1*E  f|-i  T I*-e  T I - 1 na«E  t t * t 


s « 

9 lOar 

l • 

s • 

• • 

I 9 


I l 


414 

ll)N 

11444 

233 

213 

279 

l 


*00  9 T«SlI  I 

*00  4 T«lLl  l 

*00  9 TiSLt  S 

• Ml 

9 


F0U.C-JN6  CtviCl*  ««l  I*«CMvCl  MGt  29 

23  039 

(sy-O'-*  UC 


Figure  31.  Time  Interval  Output  Format 
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DEVICES  REOUESTEO 


USER  INRUT:  DATAR^ L/R/ft^ 


RACt  1 


t CTi 

2 OS  1 4 

3 TV  r 

4 TV2 

5 TVS 


TINE-StLATIVE  list 


MESSAGE 


terminal  !C£ntIM 
USER  3T*st  T I -5 1 
•EC  STasT  ks 

TV*  «EL  UST 


4t::n«  ere 

6'^  STAST 

MEL 


E NO 

0 


• ACt  2 

run  STifcT  tire* 

SCENARIO 
AOOR  NARE 


f . 67fiS» 


TE>T 


H 

H 

N 

c 9.0020  E.5^9 

C 6.62C6  6.6354 

USER  START  TX*E» 


e te??« 

6.6296 


6 . S 6 7 9 
6.8334 


*00  » TA6LE  1 

*00  v table  e 
kco  it  table  s 

1ST  ART  TyI  E 0 27  4 1 
•24  ACTIO*  TAKEN 


TIHE-SELAT1VE  list  0'  2 MESSAGE 

TERMINAL  I0ENTIHCATICN«  TYl 
USER  START  T I *E  I 7,31  U.rt 
R£C  START  EnO  3T 

TvR  REL  UST 


tNO 


PAGt  4 

•un  start  tin*! 

SCENARIO 
Ay  0 R NAME 


9.87964 


TElT 


*00  4 TA6LE  1 

*oo  • table  e 


M 

0 

Men 

3.4191 

•3,9191 

0.0000 

3 EC27 4 1 

•LOGO*  TS0217  • (OE 
|K)  T (99)  na(i»AGnER 

s 

•0,6967 

3. 9233 

•3.9238 

0.0941 

3 £0274 1 

) 

0»l0G0*  T 542 1 7 N(0 
ESA)  T 1 99 ) na(naGnE 

R) 

R 

•EnTER  FASSWORO  FOR 
TS4217*  AAAAAAAA 

1 

R 

3.6242 

3,2647 

3.6272 

12.3997 

a.ztsa 

4.2436 

a. asm 

9.3806 

Si  EG2741 
54  E02741 

ooooooco 

Mixnn 


12.4246 

12,4139 

12,4122 

13.2292 

13,2627 


12.4114 
13.2243 
13.4263 
13.4323 
2 S • 7 6 2 1 


9.3849 
9.3967 
.8.6123 
j.*a4S 
a. 2363 


9.3922 
18 .09S3 
4,4037 
0.0*60 
12.73SS 


l 


l 


ALLOWING  DEVICES  ARE  II-A'-TIVE 


S4  E02741 
67  E02?4i 
67  EO 27  4 1 
79  E02741 
•2  EG2741 

1 


PACE 


S Itttttltt 

IPASSWORD 

QfPASSWORD 

R 

R T Si 2 1 7 LOGON  IN 
RR0GME3S  AT  14*03 

1 


2 DSU 
* TY2 

3 m 

en;i-o?-file 


Figure  32.  Relative  Time  Output  Format 
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APPENDIX  V 


Example  of  teletype  on-line  listing  for  preparation  of  a single 
scenario,  a real-time  emulation,  and  a single  data  reduction  listing. 
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XFER/A  ZCf)K  KAP 

LOAD  $CDS#  STRIKE  ANY  KEY 

R 


SSUH  KAP  TYPE  SCENLtR 
R 

CVT  TYPE  3 A 

TO  CANCEL  RUN j USE  CONTROL*- A 


R 


3P7 

WAIT 

ENTER  RUN  ID 

TYPE 

READY 

CSTAR1  TA  3 P TYPE 
020  ACTION  TAKEN 

TCB  ^AX  nmnnt  TPO  MAX  080004 
CORE  LINKS  P00004  CORE  AVAIL  027554 


DOS  REV  05# 
R 


DATAR/L 


FNO-OE- FTLE 


DATAR  TERMINATED 
F 
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APPENDIX  VI 


Timing  Samples  for  Non-Real  Time  Programs 

In  Figure  34  where  macros  are  expanded,  lower  case  op-codes 
and  some  special  characters  do  not  print.  These  instructions  can 
be  referenced  from  Figure  33  in  conjunction  with  the  SCENLIB 
library  macro  substitutions. 
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3 4 P OW  T M 

I ALLjCMLUS  l 3 

> t T "<  r SR  ! ) / I 

3 ETUKEC  R«  5 R10 

4 *♦.  mi*  is  TRANSMISSION  HATE 

5 LOR  3 P9 

6 *.«  R 9 IS  TYt’INti  HATE 

7 -RIB  R9  HI t 

B • R 1 3 R 9 H 1 3 

0 TYRE(d) 

IP.  OtlM  TOR. 

II  FI  MM..) 

12  TYPE(9) 

1 J UFURHAT/F 

14  FI  HIM..) 

15  CCSU3  C D 3 T 

16  TYPE (13) 

17  UCKtATt  IB  10 

18  LLAD1 

19  k " 

20  SLAB2  * 

21  EXtCJTL 

22  *R9  HI  1 R t 2 

23  /H12  HIM  kl2 

24  LDH  Unit)  H9 

25  *R9  R 1 2 H 1 2 

26  AOY  R 1 2 

27  EXtCUTF. 

28  JLAol 

29  LLA62 

30  SLAB  1 .. 

31  TYPE (6) 

32  URLN,F 

33  FINOC..) 

34  TYPE (Is/) 

35  R240  * 1 o CONTINUE 

36  TYPt(24) 

37  H330S  WRITF  (6/100) 

38  TYPt(f-2) 

39  R 3 9 si  a 1 si  4 FORMAT  (1 HM  , 3X  / «EflU  IPPENT  COSTS*  / 1 X , *SUB$  YSTfc  M 1«, 

40  TYPt(lB) 

41  OLIST  240 

42  FIN DC..) 

43  TYPE (13) 

44  OLIST  334 

45  FINUC..) 

46  TYPE (10) 

47  OLIST  423 

48  FINOC..) 

49  TYPE (13) 

50  U5Ave,TLST,0 

51  FINOC..) 

52  CCSud  INFO 

53  TYPt ( 15) 

54  ULRtATE  1 03  13 

55  LLA03 

56  W « l 

57  5LAS4  • 

58  EXtCUTE 

59  * R 9 U1  HI? 

60  / R 1 2 Kill  K12 

61  LOR  1 «i*)vl  R9 

62  «k9  <\/  H 1 2 

Figure  33.  Fortran  Cost  Scenario  With  ffriCirost  riot  Expanded 
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AD  1 <\2 

tXtC jTfc 
JL  Ab3 


63 

64 
66 

V V V w ' ' ■* 

67  SUM*  .. 

6b  TYPfc(17) 

69  UbAVi, iNhOr NOStQ 
7*3  F I JO  ( • • ) 

7 1 T Y ^ fc  Civ.) 

72  UtUIT » TL5T 

73  FINUC..) 

7 4 T Y JJ  c C 6 ) 

75  OKUNpF 

76  FIMDC..) 

77  T YPE  1 123 

78  UoAvE#Tb5T,G 

79  FI  .DC.  .) 

8 0 rrr>t(12) 

81  QEOI T , InFU, S 

82  FHPC..) 

83  rYHt(36J 

84  R1  4 ; r/Uldfc  J 
86  TYHcCiu) 

86  K49tfs/DUVJ 

87  T Y PE  ( 7 ) 
bb  ULIST,A 

89  f-lNDC..) 

90  TYPtCH) 

91  ObAVb, Ir<rC,0,N 

92  rliJDt..) 

93  TYPtCllO 

94  UL0IT,Tl3T 

95  FJ«D(..) 

96  T YPt (6) 

97  URUN,b 

98  FInDC..) 

99  TYPt(b) 

100  UbYt,0YE 

1 13  X FIND(COMMAND) 

132  T Y P E ( 8 ) 

103  QLOGOUT. 

104  KIND(AT) 

105  C CbUd  DOFT 1111 


PTR  WITH  CONTROLLER 

programming 


Figure  33.  Fortran  Cost  Scenario  with  Macros  not  Expanded  (Concluded) 
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FOHTN 

I »3 

, •>  K \S 

i Hkl  b Kit) 

4 ***  Klk*  IS  TRANSMISSION  MATE 

5 3 »<  9 

C>  *-*  R&  IS  TYPING  WATC 

7 -Rid  HP  Rll 

8 *Kld  KP  Rid 

0 Rd  H K9 

10  R9  0 Kid 

II  3 1/9 

12  -Kid  K 9 Nil 

13  *K9  Wit;  H1J 

14  6 H9 

15  * R 9 la  1 Rll 

16  /Rll  Pin  HU 

17  l^Ufc  HP 

16  *K9  kid  Rid 

19  win 

20  GtUlTUK. 

21  L LL12 

22  K 1 * 

23  S LL12  .. 

24  HO  d R9 

25  K 9 6 RIO 

26  3 RQ 

27  -H10  R 9 Nil 

28  *K9  kid  Rid 

29  9 KR 

30  *H9  (Ml  « 1 1 

31  /R 1 1 RIO  RIO 

32  1000  R9 

33  *K9  ran  win 

34  win 

3b  QF  QkM AT  # F 

36  L LL20 

37  MM 

38  S IL20  .. 

39  C CSUh  COST 

40  Kd  0 K9 

41  K9  b Kid 

42  3 K9 

43  -Kid  HP  K 1 1 

44  * K9  RIP.  Pin 

45  13  R9 

46  *Ky  R 1 1 HI  1 

47  /Kll  RIO  H 1 0 

48  1«S)0  k9 

49  *R  9 Hlf  K1U 

5kJ  R 1 3 

61  UCKtATt:  10  Id 

62  LLAbl 

53  KM 

54  5LA02  s 

55 

56  *wy  »ai  w 1 2 

57  /K  1 2 Hid  K 1 2 

58  1000  W 9 

* N 9 H 1 2 K12 

60  K 1 2 

61 

62  JLA01 

Figure  34.  Scenarios  for  Fortran  Cost  Problem  with  Macros  Expanded 
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63  LLAbJ 

64  SLAttl  . . 

65  H/j  0 Ky 

^6  *o  -f  1 > 

67  3 R9 

66  -Rid  Ry  W 1 1 

69  *R9  K10  Rid 

7 0 6 H 9 

71  *K9  |U1  Rll 

72  mi  Km  Hid 

73  1900  R9 

74  * R9  IUU  R 1 3 

75  RIO 

76  OR  U N , f- 

77  L LL39 

70  R’  • 

79  S LL39  .. 

80  R0  0 R9 
01  K9  6 K 1 k) 

82  3 US 

83  -Rid  Ky  K 1 1 

84  *R9  R10  RIO 

85  19  Ky 

86  * R 9 till  Nil 

87  /Rll  Kid  RIO 

00  1000  R9 

89  *N 9 RIO  RIO 

90  K 1 0 

91  R240=15  CONTINUE 

92  R0  3 K9 

93  K 9 6 k 13 

94  3 R 9 

95  -H10  R 9 Rll 

96  «H9  RIO  R 1 3 

97  24  R9 

98  *RS  Rll  Rll 

99  /Rll  RIO  R 1 3 

13  0 1000  K y 

101  *R9  RIO  RIO 

102  Kid 

103  H3303  WRITE  (6# 100) 

104  HU  0 R9 

105  R 9 6 R 1 0 

106  3 R9 

107  -Rid  R9  Rll 
10b  ♦ R 9 Rid  Rid 

109  62  H 9 

110  *Ry  Rll  Rll 

111  /Rll  R 1 3 R10 

112  1000  R9 

113  *R9  Rid  Rid 

114  Rid 

115  R39d*ld4  FORMAT  ( 1 Hd  , 3X  , ♦EQU  I RMENT  CO 5TS*/7Xr* SUBSYSTEM  1*, 

116  R0  0 R 9 

117  R 9 o Kid 

116  3 R9 

119  -Rid  R 9 Rll 

120  *R9  H 1 0 Kid 

121  Id  R 9 

122  * K 9 Rll  Rll 

123  /HU  Rid  R 1 0 

124  ldtid  R9 
wi  7 J #Hg  WJ|.1  Kid 

Figure  34.  Scenarios  for  Fortran  Cost  Problem  with  Macros  Expanded 

(Continued) 
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126  Hid 

127  ULlSr  240 

128  L LLOR 

129  K » • 

130  S LLo8  .. 

131  HO  0 R 9 

132  K9  6 RIO 

133  3 R9 

134  -RIO  H9  H 1 1 

135  *R 9 K10  Hid 

136  10  R9 

137  *R9  HI  1 HI  1 

138  /H 1 1 H 1 0 h 1 0 

139  10:)0  H9 

140  *H  9 RIO  Rid 

141  H 1 0 

142  9L1ST  330 

143  L LL/b 

144  H ' ' 

145  S LL76  .. 

146  RO  0 K9 

147  H 9 6 RIO 

148  3 HS 

149  -HlO  H 9 R 1 1 

150  *«y  RIM  RIO 

151  10  R9 

152  *K9  R 1 1 R 1 1 

153  / K 1 1 RIO  K 1 0 

154  1000  R9 

155  *R9  RIO  Rid 

156  RIO 

157  OUST  420 

158  L LL64 

159  R'  ' 

160  8 LLH4  .. 

161  HO  0 R9 

162  H9  6 RIO 

163  3 R9 

164  -RIO  R9  R 1 1 

165  *K9  RIO  RIO 

166  13  R9 

167  *H9  R 1 1 R 1 1 
166  / H 1 1 RIO  RIO 

169  1000  R9 

170  *H9  RIO  RIO 

171  RIO 

172  QSAVt,TtST,0 

173  L LL 92 

174  R'  l 

175  S LL92  .. 

176  CCSUH  INFO 

177  RO  0 R9 

178  R9  6 RIO 

179  3 R9 

180  -HlO  H9  HU 

181  *K9  RIO  RIO 

182  15  R9 

183  *R9  R 1 1 R 1 1 

184  / K 1 1 R 1 0 RIO 

185  1000  K9 
C<  186  *H9  R 1 0 R10 

18  7 K 1 1 

186  UCHtATt  r<JO  1U 

Figure  34.  Scenarios  for  Fortran  Cost  Problem  with  Macros  Expanded 

(Continued) 
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Figure  34. 


189  LLAB3 

190  H'l 

191  SL*H4  • 

1 *4 

193  *R9  R 1 1 R 1 2 

194  /K 1 2 HU  M2 

19  3 U 0 v)  R 9 

190  * R 9 R 1 2 R 1 2 
197  R 1 2 

196 

199  JLAti3 
203  LLAwM 
201  SL4S3  .. 

20  2 R 3 0 R 3 

203  i< * o MO 

234  3 R9 

235  -HU  R 9 R 1 1 

200  *«  9 R 1 ti  K 1 J 

207  17  k9 

206  *K9  Ml  R 1 1 

209  / R 1 1 RIO  Kir 

210  1010  R 9 

211  *»<9  RiO  R13 

212  R13 

213  USAVt,  IN|F0,N03EU 

214  L LLiii 

215  H » » 

210  S LUlil  .. 

217  k 0 0 R 9 

2 1 d R 9 0 R 1 0 

219  3 R9 

220  -RIO  R9  Rli 

221  *R9  R 1 0 K 1 *3 

222  13  R9 

223  *R 9 R 1 1 RU 

224  /RU  MO  Rill 

220  U0o  R 9 

225  *R9  R 1 0 R 1 3 

227  R13 

228  QtU  I T # TEST 

229  L LL 1 1 9 

230  R 1 f 

231  S Ll  1 1 9 

232  R0  0 R9 

233  R 9 6 RIO 

234  3 R 9 

235  -HlW  R 9 Ril 
238  *K9  H 1 <)  R1J 

237  5 R 9 

238  *R9  ;<11  HU 

239  / K 11  k 10  K 1 0 

240  lOOw  H 9 

241  * H 9 R10  RU 

242  RU 

243  UKUN,K 

244  L LL 1 27 

245  R * • 

248  S LL127  .. 

247  Ho  0 K 9 

248  Hy  o RIO 

249  3 R 9 

2 50  -RIO  R9  RU 
£\VVt>l  *<io  R 1 -i 


Scenarios  for  Fortran  Cost  Problem  with  Macros  Expanded 
(Continued) 
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Figure  34. 


232  12  K9 

253  «K9  <m  nil 
234  /HI  1 RIB  R 1 0 
23b  lwoo  xy 

25o  *H9  RIB  RIB 
257  KlO 

25#  QSAVc,Tt5T,0 

259  L LL 135 
26B  R*  ' 

261  S LL 1 35  .. 

262  KB  B K9 

263  H9  6 K1B 

264  3 R9 

26b  -RIB  R9  Rll 

260  *K9  RIB  RIB 

267  12  K 9 

268  *K9  Rll  Rll 

269  /Rll  RIB  RIB 

278  1 BOB  R9 

271  *K9  RIB  RIB 

272  K1U 

273  UtDIT, INFO, S 
27  4 L LL  1 43 

275  K " 

276  S LL 1 43  .. 

277  RB  0 R3 

278  R9  6 RIB 

279  3 R9 

28B  -K1B  R 9 Rll 

261  *R9  RIB  RIO 

282  3b  R9 

283  *R9  K 1 1 Rll 

284  /Rll  RIB  RIB 

285  1 BOB  K9 

286  *R9  RIB  RIO 

287  RIB 

288  R 1 4b <BB 10B  0 KITH  CONTROLLER 

289  RB  B R9 

29B  R9  6 K 10 

291  3 R9 

292  -RIB  R9  Rll 
/tO  293  *R9  RIB  RIO 

294  28  R9 

295  *R9  Rll  Rll 

296  /KU  RIB  K 1 8 

297  1 B JO  R9 

29#  *R9  RIB  RIO 

299  RIO 

300  R49010O180B  PROGRAMMING 

301  KB  B R9 

302  R9  6 RIO 

303  3 R9 

304  -RIB  R9  Rll 
30b  *K9  RIB  RIB 

306  7 R9 

307  *R9  Rll  Rll 
30#  /Rll  RIB  RIB 

309  1000  R9 

310  *R9  RIB  RIB 

311  H 1 6 

312  QL 1ST, A 

313  L LL166 

314  RU 

Scenarios  for  Fortran  Cost  Problem  with  Macros  Expanded 
(Continued) 
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31b  S LL  1 bb  .. 

316  ku  pg 

317  *9  6 Kid 
3 1 b 3 H 9 

319  -Nik)  *9  Rll 
32k)  • N 9 RIO  RIO 

321  U R9 

322  «K9  Rll  K 1 1 

323  /Mil  RIO  R1J 

324  1333  K 9 

323  * H 9 RIO  R 1 3 
32b  R13 

327  uSAVE, InFO.O,N 
32b  L LL174 
329  R 1 '• 

333  S lL  1 7 4 .. 

331  K3  3 K9 

332  R9  6 Rid 

333  3 R9 

334  -Rid  R9  Rll 
•’5  333  « K9  Rid  RIO 

•33b  13  H 9 

337  *R9  an  RU 

338  /Rll  Kid  R13 

339  1303  K 9 

343  *R9  S 1 3 R 1 3 

341  R 13 

342  (jc.01  T > TEST 

343  L Ll  1 82 

344  R • ) 

34b  S LL  1 82  .. 

34b  R3  3 R9 

347  R9  6 R 1 3 

348  3 R9 

349  -K13  R9  Rll 
353  *K9  R 1 3 RIO 

351  6 R9 

352  *R9  Rll  Rll 

353  /Rll  RIO  K 1 3 

354  1003  R9 

35b  «R9  Rid  RIO 

356  K1J 

357  QRUN,F 

358  L LL193 

359  K'  • 

363  $ LL 1 93  .. 

361  Rd  3 R9 

362  R9  6 R 1 3 

363  3 R9 

364  -RIO  R9  Rll 

365  *K9  RIB  RIO 

366  8 R9 

367  *R9  Rll  Rll 
388  /Rll  R 1 3 RIO 

, 369  10-03  R9 

I?*  370  *R9  Rid  RIO 

371  K1J 

372  UbYE.BYE 

373  L LL 1 9b 

374  K • • 

37j  3 LL196  COIMAnO 
37b  KO  0 K9 

3/7  ;< 9 0 R.10 

Figure  34.  Scenarios  for  Fortran  Cost  Problem  with  Macros  Expanded 
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370  3 R0 

370  -U10  R9  KU 
38 (1  R 1 n wi<) 

301  0 R0 

382  »R0  R 1 1 R 1 1 

383  /R 1 1 R 1 0 R 1 w 

384  1800  R9 

380  *R9  R 1 0 R 1 0 
38b  R 1 0 

387  QLOGUUT. 

388  L i. L 2 0 0 

389  R'  • 

300  S UL206  AT 

301  CtSUd  0UFTU11 


Figure  34.  Scenarios  for  Fortran  Cost  Problem  with  Macros  Expanded 
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COST 


1 

X 

2 

5t  t’n 

3 

UfPKO&RAM  COST (OUTPUT  , INFO , TAPE5* INF  0 , TAPt Os  OUTPUT ) 

4 

43  9 Rt> 

3 

OC  ♦♦•♦PPObPAll  TO  COMPUTE  COST  ESTIMATES  **** 

U 

39  9 

; 

0; DIMENSION  IN (20) , IP (20) , IP (24) , 10(20) 

a 

16  9 Kb 

9 

Q ; 00  75  ICQUNT 3 1 ,2 

10 

9 9 Rt: 

11 

0;  IS.Jmisu 

12 

1/  9 KM 

13 

U/ntAO  (5,1)  NUMM 

14 

1 A 9 t*  0 

lb 

U 1 J P yurt  AT  (16) 

1G 

lb  9 Ro 

17 

Of  00  5 l 3 1 # NUMM 

18 

18  9 Kb 

19 

0?RlA0  (5,1)  I M C 1 ) 

20 

19  9 K6 

21 

U;  ISUMfic  If1  ( I ) ♦ 13UKM 

22 

11  9 Hf> 

23 

ub;  cun  r Cfjt£ 

24 

9 9 Kn 

25 

0;  ISUMMsti 

26 

17  9 Rb 

27 

G / RE  AO  (5,1)  MJMN 

26 

16  9 Kb 

29 

o;uu  1W  :=1,NUMN 

30 

1 b 9 Rb 

31 

QjREAU  (5,1)  IN ( I ) 

32 

19  9 R f* 

33 

0?  XSUmj*IU(l}  + -I5UMM 

34 

12  9 Kb 

ob 

010/CUNTINut 

36 

20  9 Ro 

37 

Q f IEOSUh*  I SUM N* I SUMM 

36 

‘J  9 Ho 

39 

onsunpco 

40 

1 7 9 K 6 

41 

U;K£aU  (6,1)  NUN  P 

42 

1 0 9 Kb 

43 

QJUU  15  I * 1 , N U M P 

44 

16  9 Ko 

43 

o ; R t A U (5,1)  IP c I) 

46 

19  9 Kb 

47 

Q;ISUMP«:IP(I)+1SUMP 

48 

11  9 Rb 

49 

Qlb/CUNlNUt 

50 

9 9 Pb 

61 

U7 I6UNG*U 

52 

17  9 Kb 

53 

UjRtAD  (5,1)  NUMO 

54 

1 o 9 Kb 

35 

O/UQ  20  1*1, NUMO 

36 

lb  9 hO 

37 

U/KtAD  (5,1)  IQ(I) 

5b 

19  9 Ko 

39 

cj;  isuNNa  ic  ( i)  ♦ isumo 

00 

12  9 KO 

01 

U2tt ; CUmT 1 NUfc 

o2 

2 7 9 Ko 

Figure  34.  Scenarios  for  Fortran  Cost  Problem  with  Macros  Expanded 

(Continued) 


208 


63 

Q>  I TOT  AL  * I c.0 SUM*  I SUMP*  I SUMO 

0 4 

2y  y Ho 

<j>if  fir.-.*  j t . K i . 2)  c-n  To 

66 

1 4 5 Kb 

67 

QJHHiTi.  ),lun) 

68 

64  9 Ho 

60 

01au;r UhMAT  (lH4//bX,.PHELIMlNARY  COST  E ST  I M A TE* / / 1 X 

i * S Y STEM 

70 

1 a it  kb 

71 

Q/GO  TO  55 

72 

17  9 HO 

73 

053} H HITE  C5.1U2) 

74 

32  U no 

75 

Q1'J2;FUHMaT  (1H0//1X, *SY>TEM  b*) 

76 

Jb  y Ho 

77 

u55;viRJTl  CO, 1114)  I5UMM, ISUMN, IE0SUM 

70 

55  9 HO 

79 

Q13«;F'l)K.1AT  CMJ,3X,>E0UIPM.ENT  COSTS  * f!  X ,*  SUBS  Y S TEM 

80 

55  9 ho 

81 

0 *5X,  I8/7X,  *SUbSY.STEP  2*,5X,  1 8/ 1 9 X , * TOT AL* , 2 X , I1(J) 

82 

34  9 Ho 

83 

U/HKITE  Cb.lUb)  ISUMP, ISUMQ, ITOTAt 

84 

57  9 Ho 

85 

OlilbjHOHMAT  (1H.),3X,.«0EVEL0PMENT  COSTS*  , 5X  , 1 1 H /4  X , *0 

& M* 

86 

44  9 H 6 

87 

0 COSTS*, 11X, IlJ//l9X,*T0TAL*,2Xf I1U) 

88 

12  9 Ho 

89 

U7 5 J CUNT inue 

90 

6 9 R6 

91 

0 ) STOP 

92 

5 9 Pb 

93 

01  END 

94 

2 9 H6 

95 

0« 

Figure  34.  Scenarios  for  Fortran  Cost  Problem  with  Macros  Expanded 
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INFO 

1 X 

2 29  9 K6 

3 y i m J kj  u <5 

4 29  9 R6 

5 0001000 

6 96  9 95 

7 Q001000 

e 37  9 Kb 

9 0001000 

10  32  9 Ro 

n Qaaiaaa 

12  32  9 96 

13  uaaiaaa 

14  36  9 96 

15  QauiuJu 

16  39  9 H6 

17  0001000 

18  4b  9 96 

19  0001000 

20  29  9 96 

21  0020002 

22  22  9 96 

29  0001000 

24  23  9 96 

25  0001000 

26  29  9 96 

27  000000s 

28  23  9 H6 

29  0001000 

30  23  9 96 

31  0001000 

32  24  9 96 

33  Q001000 

34  2b  9 96 

35  0001000 

36  18  9 96 

37  0001000 

38  29  9 96 

39  Q000004 

40  33  9 9b 

41  0001000 

42  29  9 96 

43  0001000 

44  34  9 95 

45  0001000 

46  28  9 9b 

47  Q001000 

48  27  9 96 

49  OU00006 

50  26  9 R6 

51  Q001000 

52  32  9 96 

53  Q001000 

54  32  9 9b 

55  Q0010O0 

56  30  9 96 

57  0001000 

58  42  9 96 

59  Q0010J0 

60  40  9 96 

61  1)001000 

62  27  Q 96 


r.U  1 d L . i:.'  LIST  M 

CPU  WITH  24K  Mtrt 
Fh  DISC  WITH  CONTROLLER 
MAG  TAPE  WITH  CONTROLLER 
WITH  CONTROLLER 
TTY  WITH  CONTROLLtR 
LINE  PRINTER  & CONTROLLER 
lo  ASYNCHRONOUS  LINE  ADAPT 
1 HISPLEO  ASYNCHRONOUS  LINt  ADAPT 
NUM6E9  IN  LIST  N 
16  MODtMS 
MODEM  RACK 
NUMBER  IN  LIST  P 
ELEC  ENGIN 
MECH  ENGIN 
PROGRAMMING 
DOCUMENTATION 
T & E 

NUMBER  IN  LIST  Q 
OPERATIONS  PERSONNEL 
SERVICE  CONTRACT 
TELEPHONE  & 0 A A LEASE 
TELEPHONE  USAGE 
NUM  IN  LIST  M* 

CPU  WITH  8K  MEM 
WITH  CONTROLLER 
TTY  WITH  CONTROLLER 
0 LJ-EINE  OIG  I/O 
16  ASYNCHRONOUS  LINE  AOAPTERS 
8 SYNCHRONOUS  LINt  AUAPTtRS 


Figure  34.  Scenarios  for  Fortran  Cost  Problem  with  Macros  Expanded 
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63 

0000005 

NUM  IN  LIST  N* 

64 

29  9 kb 

65 

U001000 

2 HlorttD  ttUUthU 

DO 

24  y Rd 

67 

0001000 

MOOfcH  CLOCK 

66 

17  9 K 6 

69 

0001000 

RACK 

70 

33  9 Kb 

71 

0001000 

PANEL  * SPECIAL  CKTS 

72 

45  9 Kb 

73 

00  0 1 000 

HISPEEO  SYNCHRONOUS  LINE  AOAPTEK 

74 

20  9 R 6 

73 

0000005 

NUM  IN  LIST  P* 

76 

23  9 Kb 

77 

0001000 

ELt C ENGIN 

78 

03  9 Kb 

79 

0001000 

MtCH  tNGlN 

80 

24  9 Kb 

61 

0001000 

PROGRAMMING 

62 

2b  9 Rb 

83 

0001000 

DOCUMENTATION 

64 

lb  9 Kb 

65 

0001000 

T & E 

86 

2b  9 Kb 

67 

0000004 

NUM  IN  LIST  Q* 

86 

33  9 R6 

89 

0001000 

operations  PERSONNEL 

90 

29  9 R 6 

91 

0001300 

SERVICE  CONTRACT 

92 

35  9 Kb 

93 

0001000 

TELEPHONE  & OATA  LEASE 

94 

28  9 Kb 

93 

0001000 

TELEPHONE'  USAGE 

9b 

2 9 Rb 

97 

0 ■ 

Figure  34.  Scenarios  for  Fortran  Cost  Problem  with  Macros  Expanded 

(Concluded) 
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Contents  of 

SCENLIB  Macro  Library 

Nane 

Value 

AttOCREGS 

a 

BESPTOREG 

c 

ADY 

d 

EXECUTE 

e 

PREEBOPF 

f 

GTR 

9 

ETOREG 

h 

INPUTPARAtt 

i 

LDR 

'1 

BROFP 

n 

PTR 

F 

BDP 

<3 

RANDOM 

r 

TYPEOUT 

t 

Figure  35.  Macro  Libraries  for  Fortran  Cost  Problem 
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MPLlb 

1 MuEF  FlND(l) 

2 L LLST 

3 K" 

4 S LLST  SI 
3 MENU 

6 MDEF  NUEV 

7 1 

6 MENU 

9 MOEK  TYPE  (1) 

13  ETOPEG  N0  1)  »V 

11  ETORRG  R9  b K10 

12  LUN  J Hi 

13  -R10  «9  Rll 

14  *X9  HU)  N13 

15  LUK  SI  K9 
lfl  *M9  Nil  Nil 

17  /Rll  R13  R13 

18  LON  1003  N9 

19  »R9  K1H  N 13 
23  ADY  R 13 

21  MENU 


Figure  35.  Macro  Libraries  for  Fortran  Cost  Problem  (Concluded) 


